# Оказание услуг по разработке раздела корпоративного портала Минэнерго России «Сервис сквозного контроля по подготовке проектов нормативных и ненормативных правовых актов»

- Номер: 0173100008326000052 (44-ФЗ)
- Заказчик: МИНИСТЕРСТВО ЭНЕРГЕТИКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
- НМЦК: 7 200 000,00 ₽
- Подача заявок до: 21.10.2026
- Карточка ЕИС: https://zakupki.gov.ru/epz/order/notice/ea20/view/common-info.html?regNumber=0173100008326000052

**Требование к опыту:** Опыт не нужен
**Суть:** Разработка нового раздела «Сервис сквозного контроля по подготовке проектов нормативных и ненормативных правовых актов» для уже работающего корпоративного портала Минэнерго России на платформе 1С-Битрикс24 Энтерпрайз: распознавание план-графиков, реестр НПА с назначением ответственных и контролем сроков. Полный цикл — проектирование, разработка, испытания, ввод в эксплуатацию.
**Тип проекта:** Доработка
**Сроки:** С даты заключения контракта по 04.12.2026. Промежуточные контрольные точки: разработка Сервиса (исходный код портала) — не позднее 27.11.2026; опытная эксплуатация — не позднее 02.12.2026; приёмочные испытания — не позднее 04.12.2026
**Оплата:** Безналично, в течение 7 рабочих дней после подписания документа о приёмке; аванс не предусмотрен; приёмка — по результатам приёмочных испытаний (не поэтапно); если срок окончания услуг приходится на 1–20 декабря — оплата не позднее чем за 1 рабочий день до конца финансового года, если на 21–31 декабря — в следующем финансовом году в пределах доведённых лимитов
**Гарантия:** 12 месяцев со дня подписания документа о приёмке, завершающего исполнение контракта; устранение выявленных в гарантийный период недостатков — безвозмездно, за счёт исполнителя; гарантийный срок продлевается на период устранения недостатков
**Права на результат:** Все исключительные права на разработанный Сервис (исходный код, базы данных, документация) передаются заказчику в полном объёме с момента подписания документа о приёмке; используемое сторонне ПО не передаётся заказчику, но должно быть лицензионным
**Только СМП/СОНКО:** да
**Очное присутствие:** Очно
**Про присутствие:** Повседневная разработка может вестись удалённо (при соблюдении требований ИБ) или на рабочих местах у заказчика, но ТЗ прямо требует очного присутствия уполномоченных представителей исполнителя на территории заказчика для проведения предварительных испытаний, опытной эксплуатации и приёмочных испытаний Сервиса (п. 6.5–6.7 ТЗ); при невыполнении требований ИБ для удалённого АРМ сопровождение переводится на очный режим по месту заказчика
**Можно ли сразу:** С условиями
**Пояснение:** Изначально в извещении были заявлены лицензии ФСТЭК и ФСБ, но заказчик письменно подтвердил, что эти требования к участнику будут исключены из документации. Остаётся нужен опыт разработки на 1С-Битрикс24, обязательные очные визиты в Минэнерго на испытания (предварительные, опытная эксплуатация, приёмочные), и либо организация защищённого удалённого доступа (ViPNet + сертифицированное СКЗИ за свой счёт) для повседневной разработки, либо работа на предоставляемых рабочих местах заказчика
**Существующая система:** Корпоративный портал Минэнерго России на платформе «1С-Битрикс24» (Энтерпрайз), ранее модернизированный по контракту от 01.09.2025
**Как выбирают:** Электронный аукцион (44-ФЗ) — по наименьшей цене
**Сложность:** high
**Комментарий:** Нужен опыт разработки именно на 1С-Битрикс24 (Энтерпрайз) и готовность к серьёзным требованиям по защите информации (ViPNet, сертифицированное СКЗИ) либо работе очно в Минэнерго; лицензии ФСТЭК/ФСБ как требование к участнику были отменены по разъяснению заказчика

## Признаки заточки под исполнителя: 25% (средний)
Средний уровень из-за одного, но сильного признака: на разработку крупного раздела портала по детальному техническому проекту фактически отведено около двух недель. Исходный код портала, технический проект и макеты заказчик передаёт, требований к опыту нет (аукцион), и после разъяснений лицензии ФСТЭК/ФСБ обещано убрать. Поэтому прямой «привязки» к фирме нет, но выигрывает тот, у кого работа уже частично готова: например, автор технического проекта по контракту от 03.06.2026.
- exec_too_short (+25): «Применяется установленный таблицей 4 ТЗ срок предоставления результата разработки Сервиса — не позднее 18.11.2026.» — Подача заявок до 21.10, контракт — не раньше начала ноября, то есть на разработку остаётся около 2 недель. Технический проект сервиса занимает больше 150 страниц: 4 компонента, загрузка и распознавание план-графиков из PDF, дорожные карты, маршруты согласования, экспорт, история и уведомления. По грубой оценке это 6–10 человеко-месяцев: за две недели с нуля сделать нереально. [docs/0173100008326000052/Проект ответа на запрос разъяснений 0173100008326000052 (2) (1) (1).pdf]
Возможные честные причины: Конец бюджетного года: услуги нужно принять до 04.12.2026. Заказчик допускает совмещение стадий и опирается на готовый технический проект, поэтому срок может казаться ему достаточным.

## Что сделать
- Техническое проектирование и разработка Сервиса в составе существующего портала
- Компонент «Реестр НПА и ПА»: загрузка и распознавание план-графика (PDF), назначение ответственных исполнителей, контроль сроков конечных мероприятий
- Разработка рабочей документации на Сервис
- Предварительные испытания, опытная эксплуатация и приёмочные испытания Сервиса
- Ввод Сервиса в промышленную эксплуатацию

## Платформа и технологии
- 1С-Битрикс24 (Энтерпрайз)
- PHP 7.4.33
- PostgreSQL 10.11.4
- Zabbix

## Допуски, пропуска, режим
- Удалённый доступ только через защищённый канал — подключение к сети ViPNet Минэнерго за счёт исполнителя
- Сертифицированное ФСБ России СКЗИ, совместимое с СКЗИ Минэнерго, приобретается и настраивается исполнителем самостоятельно за свой счёт (не передаётся заказчику)
- АРМ исполнителя для удалённого доступа должны соответствовать требованиям защиты ПДн 4 уровня защищённости (приказы ФСТЭК №21, №117, 239, ПП №1119)
- Запрет на использование коммерческого ПО удалённого доступа (TeamViewer, AnyDesk и т.п.)
- При работе на территории заказчика — соблюдение пропускного режима и правил внутреннего распорядка Минэнерго, режим работы 09:00–18:00 (Пн-Чт), 09:00–16:45 (Пт)

## Штрафы и риски
- Обеспечение заявки 72 000 руб.
- Обеспечение исполнения контракта 30% от цены контракта
- Устранение недостатков за свой счёт
- Штрафы и пени по стандартным правилам 44-ФЗ

_Выжимка сделана автоматически по документам закупки; юридически значимы только сами документы (файлы в папке «Документы» и текст в 01_ТЕКСТ_ВСЕХ_ДОКУМЕНТОВ.txt)._


# ПОЛНЫЙ ТЕКСТ ДОКУМЕНТОВ

=== ФАЙЛ: Приложение № 3 Описание объекта закупки | docs/0173100008326000052/Приложение № 3 Описание объекта закупки (1).pdf
Приложение № 3 к извещению
о проведении открытого аукциона в электронной форме
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на оказание услуг по разработке раздела корпоративного портала Минэнерго России
«Сервис сквозного контроля по подготовке проектов нормативных и
ненормативных правовых актов»
2
Обозначения и сокращения
В настоящем документе применяются следующие обозначения и сокращения:
Техническое
- Настоящее техническое задание (данный документ, если не
задание, ТЗ
указано иное)
АС
- Автоматизированная система
ГОСТ
- Государственный стандарт
Государственный
Государственный контракт на оказание услуг по разработке
контракт
раздела Корпоративного портала Минэнерго России «Сервис
сквозного контроля по подготовке проектов нормативных и
ненормативных правовых актов»
Заказчик
- Министерство энергетики Российской Федерации, Минэнерго
России
Исполнитель
- Организация, оказывающая услуги по разработке раздела
корпоративного портала Минэнерго России «Сервис сквозного
контроля по подготовке проектов нормативных и ненормативных
правовых актов» и определенная по результатам проведения
закупочных процедур в соответствии с нормами Федерального
закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд»
Объект
- Информационная система «Корпоративный портал Минэнерго
автоматизации,
России»
Система, Портал
ОС
- Операционная система
ПО
- Программное обеспечение
Платформа
- Программа для ЭВМ «1С-Битрикс24». Лицензия Энтерпрайз
Пользователь
- Физическое лицо, состоящее в трудовых отношениях с
Заказчиком (работник) и являющееся пользователем ПО.
Услуги
- Услуги по разработке раздела корпоративного портала
Минэнерго России «Сервис сквозного контроля по подготовке
проектов нормативных и ненормативных правовых актов»
Сервис
- Раздел корпоративного портала Минэнерго России «Сервис
сквозного контроля по подготовке проектов нормативных и
ненормативных правовых актов»
СУБД
- Система управления базами данных
СЭД
Автоматизированная
система
«Система
электронного
документооборота Министерства энергетики Российской
Федерации»
ЭВМ
- Электронно-вычислительная машина
ЭВТ
- Электронно-вычислительная техника
1 Общие сведения
1.1 Предмет государственного контракта
Оказание услуг по разработке раздела корпоративного портала Минэнерго России
«Сервис сквозного контроля по подготовке проектов нормативных и ненормативных
правовых актов».
1.2 Полное наименование АС и ее условное обозначение
Полное наименование: информационная система «Корпоративный портал
Минэнерго России».
3
1.3 Государственный заказчик и исполнитель услуг
Полное наименование Заказчика: Министерство энергетики Российской Федерации.
Сокращенное наименование Заказчика: Минэнерго России.
Исполнитель: организация, оказывающая услуги по разработке Сервиса и
определенная по результатам проведения закупочных процедур в соответствии с нормами
Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и муниципальных нужд».
1.4 Наименование объекта закупки
№ Наименование объекта закупки
п/п
Позиции по КТРУ, ОКПД2
Количество
(объем) и
единица
измерения
услуги
1
62.01.11.000 — Услуги по
проектированию и разработке
информационных технологий
для прикладных задач и
тестированию программного
обеспечения
1 усл. ед.
Оказание услуг по разработке
раздела корпоративного
портала Минэнерго России
«Сервис сквозного контроля по
подготовке проектов
нормативных и ненормативных
правовых актов»
1.5 Сроки оказания услуг
Срок начала оказания услуг: с даты заключения Государственного контракта.
Срок окончания оказания услуг: 04.12.2026.
1.6 Сведения об источниках и порядке финансирования услуг
Финансирование услуг осуществляется за счет средств федерального бюджета.
Порядок финансирования услуг определяется нормативными правовыми актами,
регулирующими финансирование расходов федерального бюджета, и условиями
государственного контракта.
1.7 Место оказания услуг
Все услуги, требующие взаимодействия непосредственно с инфраструктурой
Заказчика, оказываются Исполнителем на территории Заказчика по адресу: г. Москва, ул.
Щепкина, д. 42 стр. 1, 2 или с использованием средств удаленного доступа к АС при
условии выполнения необходимых мероприятий по информационной безопасности в
соответствии с пунктом 5.2 настоящего ТЗ.
1.8 Перечень документов, на основании которых осуществляется разработка
Сервиса
- Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных
технологиях и о защите информации»;
- Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»;
- Федеральный закон от 26.07.2017 № 187-ФЗ «О безопасности критической
информационной инфраструктуры Российской Федерации»;
- постановление Правительства Российской Федерации от 13.08.2026 № 1007 «Об
утверждении требований к порядку создания и эксплуатации государственными органами
информационных систем, не являющихся государственными информационными
системами»;
4
- постановление Правительства Российской Федерации от 28.05.2008 № 400 «О
Министерстве энергетики Российской Федерации»;
- постановление Правительства Российской Федерации от 01.11.2012 № 1119 «Об
утверждении требований к защите персональных данных при их обработке в
информационных системах персональных данных»;
- постановление Правительства Российской Федерации от 01.06.2004 № 260 «О
Регламенте Правительства Российской Федерации и Положении об Аппарате
Правительства Российской Федерации»;
- постановление Правительства Российской Федерации от 13.08.1997 № 1009 «Об
утверждении Правил подготовки нормативных правовых актов федеральных органов
исполнительной власти и их государственной регистрации»;
- постановление Правительства Российской Федерации от 17.12.2012 № 1318 «О
порядке проведения федеральными органами исполнительной власти оценки
регулирующего воздействия проектов нормативных правовых актов и проектов решений
Евразийской экономической комиссии, а также о внесении изменений в некоторые акты
Правительства Российской Федерации»;
- постановление Правительства Российской Федерации от 25.08.2012 № 851 «О
порядке раскрытия федеральными органами исполнительной власти информации о
подготовке проектов нормативных правовых актов и результатах их общественного
обсуждения»;
- постановление Правительства Российской Федерации от 26.02.2010 № 96 «Об
антикоррупционной экспертизе нормативных правовых актов и проектов нормативных
правовых актов»;
- постановление Правительства Российской Федерации от 30.04.2009 № 389 «О
мерах по совершенствованию законопроектной деятельности Правительства Российской
Федерации»;
- постановление Правительства Российской Федерации от 18.08.2026 № 1024 «Об
утверждении Правил использования технических средств, программ для электронных
вычислительных машин и баз данных, доступ к которым предоставляется с использованием
информационно-телекоммуникационных сетей (электронных сервисов), для обеспечения
создания и эксплуатации государственных информационных систем, иных
информационных систем государственных органов» (далее – Постановление № 1024);
- положение о рабочих группах при подкомиссии по совершенствованию
контрольных (надзорных) и разрешительных функций федеральных органов
исполнительной власти при Правительственной комиссии по проведению
административной реформы (утверждено Аппаратом Правительства Российской
Федерации 25.01.2024 № ОЧ-П36-2102);
- положение о подкомиссии по совершенствованию контрольных (надзорных) и
разрешительных функций федеральных органов исполнительной власти при
Правительственной комиссии по проведению административной реформы (утверждено
Правительством Российской Федерации 08.02.2023 № 1306п-П36);
- приказ ФСБ России от 10.07.2014 № 378 «Об утверждении Состава
и содержания организационных и технических мер по обеспечению безопасности
персональных данных при их обработке в информационных системах персональных
данных с использованием средств криптографической защиты информации, необходимых
для выполнения установленных Правительством Российской Федерации требований к
защите персональных данных для каждого из уровней защищенности»;
- приказ ФСТЭК России от 18 февраля 2013 г. № 21 «Об утверждении состава и
содержания организационных и технических мер по обеспечению безопасности
персональных данных при их обработке в информационных системах персональных
5
данных»;
- приказ ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований о
защите информации, содержащейся в государственных информационных системах, иных
информационных системах государственных органов, государственных унитарных
предприятий, государственных учреждений»;
- Регламент доступа к информационным ресурсам Минэнерго России подрядных
организаций;
- Ведомственная программа цифровой трансформации Министерства энергетики
Российской Федерации на 2026 год и плановый период 2027-2028 годов, одобренная
протоколом заочного голосования членов президиума Правительственной комиссии по
цифровому развитию, использованию информационных технологий для улучшения
качества жизни и условий ведения предпринимательской деятельности от 19.03.2026.
Исполнитель при оказании услуг, предусмотренных настоящим ТЗ, обязан
руководствоваться положениями вышеперечисленных документов.
1.9 Порядок оформления и предъявления заказчику результатов оказанных
услуг
Порядок оформления и предъявления Заказчику результатов оказанных услуг
должен в целом соответствовать требованиям комплекса стандартов и руководящих
документов на АС:
- ГОСТ 34.602-2020. «Межгосударственный стандарт. Информационные
технологии. Комплекс стандартов на автоматизированные системы. Техническое задание
на создание автоматизированной системы»;
- ГОСТ 34.201-2020. «Межгосударственный стандарт. Информационные
технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и
обозначение документов при создании автоматизированных систем»;
- ГОСТ 19.102-77. «Межгосударственный стандарт. Единая система программной
документации. Стадии разработки»;
- ГОСТ Р 59795-2021 «Информационные технологии. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Требования к содержанию
документов»;
- ГОСТ Р 51583-2014. Защита информации. Порядок создания
автоматизированных систем в защищенном исполнении. Общие положения.
2 Перечень услуг и условия их оказания
Оказание услуг по разработке Сервиса включает совокупность упорядоченных во
времени, взаимосвязанных услуг, заканчивающихся их приемкой.
В ходе исполнения Государственного контракта должны быть оказаны следующие
услуги:
Разработка рабочего плана оказания услуг.
Техническое проектирование Сервиса.
Разработка Сервиса.
Разработка рабочей документации на Сервис.
Проведение предварительных испытаний Сервиса.
Проведение опытной эксплуатации Сервиса.
Проведение приемочных испытаний Сервиса.
Ввод Сервиса в эксплуатацию.
2.1 Для оказания услуг по предмету Государственного контракта Минэнерго России
предоставляет Исполнителю исходный код Портала и эксплуатационную документацию по
запросу Исполнителя. Для этого Исполнитель в течение 5 (пяти) рабочих дней с даты
заключения Контракта направляет Заказчику уведомление о вышеуказанном запросе на
6
электронный адрес: compred@minenergo.gov.ru.
Со своей стороны, Заказчик после получения соответствующего запроса в течение 2
(двух ) рабочих дней направляет Исполнителю исходныйкод Портала и эксплуатационную
документацию.
Разработанный Сервис должен быть создан средствами предоставляемой
Заказчиком действующей программной платформы.
2.2 По запросу Исполнителя для оказания услуг Заказчик предоставляет рабочие
места техническим специалистам Исполнителя, оснащенные средствами ЭВТ, или
удаленный доступ к системе согласно разделу 5.2.1 настоящего ТЗ.
Режим работы представителей Исполнителя, занятых непосредственно
на рабочих местах в Минэнерго России, – с 09:00 до 18:00 с понедельника по четверг, с
09:00 до 16:45 по пятницам.
Представители Исполнителя подчиняются всем правилам внутреннего распорядка
Минэнерго России, о которых их уведомляет Заказчик, и обеспечивают строгое соблюдение
всех требований режима входа, выхода и нахождения в помещениях Заказчика,
перемещения материальных ценностей, правил по технике безопасности и
противопожарной безопасности, утвержденных Заказчиком.
2.3 Порядок проведения испытаний и сдачи-приемки Сервиса определен в разделе 7
ТЗ «Порядок контроля и приемки Сервиса». Совместно с проведением испытаний и сдачейприемкой Сервиса производится сдача разработанного Исполнителем комплекта
документации согласно разделу 8 ТЗ «Требования к документированию».
Приемка результатов оказанных услуг должна быть проведена путем проведения
испытаний. Приемочная комиссия формируется Заказчиком в составе не менее 5 (пяти)
представителей Заказчика. Представитель Исполнителя привлекается к участию в
заседании Приемочной комиссии для дачи пояснений и предоставления необходимой
документации, но не является членом Приемочной комиссии. Заказчик уведомляет
Исполнителя о дате, времени и месте проведения заседания Приемочной комиссии за 3
(три) рабочих дня до даты его проведения. В случае выявления в ходе приемки замечаний
или несоответствий результатов оказанных услуг требованиям настоящего Технического
задания, они фиксируются в протоколе заседания Приемочной комиссии с указанием срока
их устранения Исполнителем. Протокол приемки подписывается членами Приемочной
комиссии и утверждается Заказчиком, а также подписывается Исполнителем (его
уполномоченным представителем).
Состав, объем и методы испытаний Сервиса будут определены программами и
методиками соответствующих видов испытаний, которые разрабатываются Исполнителем
и предъявляются на приемо-сдаточных испытаниях Сервиса.
2.4 Услуги считаются оказанными в полном объеме по результатам проведенных
приемочных испытаний. Результаты приемки должны быть оформлены документом о
приемке в электронной форме.
Подробно требования к оказываемым услугам, порядок разработки, оформления и
предъявления Заказчику результатов оказанных услуг определены в разделе 5 настоящего
ТЗ.
По окончании оказания услуг Исполнитель представляет Заказчику результаты,
предусмотренные настоящим ТЗ.
3 Характеристика объекта автоматизации
3.1 Краткие сведения об объекте автоматизации и описание текущей и целевой
архитектуры АС
Портал создан Минэнерго России в целях совершенствования обеспечения
деятельности государственных служащих Минэнерго России.
7
Развитие Портала осуществлялось в соответствии с государственным контрактом от
01.09.2025 № 0173100008325000061/А/14 на выполнение работ по модернизации
функциональных возможностей программного обеспечения корпоративного портала
Минэнерго России.
Участниками Портала являются:
оператор;
администратор(ы);
пользователи.
Оператором Портала является Заказчик.
Администратором является пользователь Портала, наделенный расширенными
правами для регистрации новых пользователей, корректировки прав доступа пользователей
к функционалу Портала, а также внесению изменений в него.
Пользователями Портала являются:
Министр;
заместители Министра;
руководители структурных подразделений;
сотрудники структурных подразделений;
сотрудники подведомственных учреждений, которым по решению руководителей
структурных подразделений предоставлен доступ к Порталу;
администратор(ы).
Портал сформирован на основе программного продукта «1С Битрикс» (версия
«Энтерпрайз»), зарегистрированного в Реестре отечественного программного обеспечения
от 20.02.2016, рег. № 25 (приказ Минцифры России от 20.02.2016 № 63).
3.2 Программно-аппаратное обеспечение Портала
Портал построен по клиент-серверной схеме с тонким клиентом и имеет
трехуровневую архитектуру, включающую:
Сервер приложений.
Систему хранения, основанную на сервере СУБД.
Клиентские приложения.
Протоколом информационного обмена между клиентской и серверной частью
Сервиса является HTTP (HTTPS).
Сервис размещен в продуктивной среде.
3.3 Применяемые технологии
PHP 7.4.33.
СУБД: PostgreSQL 10.11.4.
Комплекс технических средств для Сервиса развернут на технических средствах
Заказчика.
3.4 Описание зон размещения
Сервис размещен на предоставленных мощностях Заказчика, на 2 виртуальных
серверах, которая имеет характеристики, описанные в Таблице 1.
Таблица 1. Требования к виртуальным машинам Сервиса в продуктивной среде
vCPU
ОЗУ (Гб)
HDD (Гб)
Intel(R) Xeon(R) CPU
Продуктивная среда
E5-2680 v4 @ 2.40GHz 64
500
(сервер приложений)
12 ядра
Intel(R) Xeon(R) CPU
Продуктивная среда
E5-2680 v4 @ 2.40GHz 64
250
(СУБД)
12 ядра
Роль
8
На сервере мониторинга развернут Zabbix Agent.
4 Назначение и цели оказания услуг
4.1 Цели услуг по разработке Сервиса
Целями оказания услуг являются:
а) реализация новых функциональных возможностей Портала;
б) перевод в электронный вид отдельных процессов ведомства;
в) повышение эффективности процессов организации внутренней работы за счет их
автоматизации и оптимизации.
5 Требования к услугам
5.1 Функциональные требования к услугам
В настоящем разделе определен состав и основные функциональные требования к
элементам Сервиса, подлежащим разработке в рамках настоящего технического задания.
Детализация требований к отдельным функциям (задачам) по разработке Сервиса,
указанным в настоящем разделе, в целях уточнения и конкретизации требований
осуществляется Исполнителем по итогам проведения предпроектного обследования
объекта автоматизации.
Перечень функциональных требований и их описание в части отдельных элементов
Портала, определены в таблице 2 настоящего ТЗ. По результатам технического
проектирования, разработки рабочей документации функциональные требования к работам
по согласованию с Заказчиком могут уточняться, при этом такие уточнения не должны
приводить к увеличению объема оказываемых услуг или к новым видам услуг, не
предусмотренным настоящим ТЗ.
9
Таблица 2 – Состав и описание функциональных требований к элементам Сервиса, подлежащим разработке
Состав функциональных
Описание
п/п требований к элементам Сервиса
Разработка Сервиса осуществляется в соответствии с техническим проектом и дизайн-макетами,
разработанными в рамках Государственного контракта от 03.06.2026 № 100201966126100076, и
согласно описанию компонентов Сервиса, представленных в настоящей таблице. При
необходимости, по требованию и согласованию с Заказчиком разработка функционала может
1. Разработка Сервиса
осуществляться с отступлением от указанных приложений для реализации целей создаваемого
функционала.
Сервис включает в себя модули, описание функционала которых представлено в пунктах 1.1 - 1.4
настоящей таблицы
Компонент Сервиса предназначен для загрузки и распознавания плана-графика, а также назначения
ответственных за разработку НПА и ПА и представляет собой следующий функционал.
1. План-график в ручном режиме загружается в планируемый к созданию раздел «Сервис сквозного
контроля по подготовке проектов нормативных и ненормативных правовых актов» в
информационной системе «Корпоративный портал Минэнерго России» в формате .pdf.
2. В загруженном плане-графике автоматически распознается (подтягивается из соответствующего
столбца плана-графика):
- наименование каждого НПА и ПА, включенного в план-график, которое отображается в виде списка
НПА и ПА с возможностью назначения напротив каждого НПА и ПА ответственного исполнителя (из
выпадающего списка пользователей, авторизованных на портале);
Компонент Сервиса «Реестр НПА и - наименование конечного мероприятия –«внесение проекта акта в Правительство Российской
1.1
ПА
Федерации» (для проектов постановлений, распоряжений, федеральных законов и федеральных
конституционных законов) либо «государственная регистрация ведомственного акта в Минюсте
России»;
- срок конечного мероприятия.
Конечное мероприятие и его срок невозможно отредактировать, за исключением случаев, описанных
ниже*.
3. Назначение ответственного исполнителя осуществляется в ручном режиме.
Примечание: по каждому плану-графику должны быть предусмотрены 2 дополнительных поля:
- ссылка на план-график в СЭД.
- реквизиты плана-графика в СЭД.
№
1
10
1.2
Компонент Сервиса «База данных
планов-графиков»
*Система позволяет вносить изменения в конкретные пункты плана-графика только пользователями с
правами администратора, у которых будут настроены соответствующие права по контролю
исполнения планов-графиков.
Изменения могут вноситься с целью:
А) корректировки сроков внесения проекта НПА и ПА в Правительство Российской Федерации или
сроков принятия с учетом государственной регистрации Минюстом России ведомственного акта (на
основании соответствующего поручения Правительства Российской Федерации);
Б) признания разработки акта нецелесообразной (на основании соответствующего поручения
Правительства Российской Федерации);
В) экспортирования дорожной карты из одного плана-графика в другой.
При внесении изменений в пункт плана-графика система автоматически присваивает дорожным
картам, формируемым в модуле «Дорожные карты», к этому пункту плана-графика статус «архив» и
уведомляет об этом исполнителя.
Если изменения касаются корректировки сроков (А), система позволяет создать новую дорожную
карту для этого пункта плана-графика. Система предлагает исполнителю использовать шаблон
предыдущей дорожной карты (перемещенной в архив). В новой дорожной карте переносятся все
мероприятия, а исполнитель заполняет новые сроки.
Система не дает возможности создать новую дорожную карту к пункту плана-графика в случае если
разработка проекта НПА или ПА по нему признана нецелесообразной (Б) или если из пункта планаграфика экспортирована дорожная карта (В) в обновленный план-график.
Если исполнитель не сформировал новую дорожную карту в течение одного рабочего дня с момента
внесения изменений в план-график, то система формирует напоминание (напоминания приходят
ежедневно).
Компонент Сервиса предназначен для автоматического формирования и хранения базы данных
планов-графиков.
1. Пользователь в своем личном кабинете в компоненте Сервиса «База данных планов-графиков»
видит планы-графики и дорожные карты по планам-графикам в поле поисковой строки, поскольку
должен иметь возможность найти нужный план-график. Для упрощения поиска должна
предусматриваться возможность поиска плана-графика по реквизитам документа в СЭД (как по
входящему, так и по исходящему номеру), по ключевым словам/отраслям, а также по номеру
федерального закона, в реализацию которого разработан план-график).
2. Пользователь должен иметь возможность выбрать конкретный пункт плана-графика для создания
дорожной карты подготовки соответствующего НПА, по которому он назначен ответственным
11
(кнопка «создать дорожную карту»).
Компонент Сервиса предназначен для автоматического формирования дорожной карты по
разрабатываемому НПА, а также ее согласования и утверждения.
Компонент Сервиса также предназначен для отслеживания выполнения мероприятий дорожных карт
в установленные сроки, уведомления пользователей о приближении сроков выполнения
мероприятий.
В компоненте Сервиса имеется возможность указания статусов по выполнению мероприятий
дорожных карт.
Компонент Сервиса включает 3 функции:
1. «Формирование дорожных карт»;
2. «Согласование и утверждение дорожных карт»;
3. «Работа с НПА».
1.3
Компонент Сервиса «Дорожные
карты»
1. Функция «Формирование дорожных карт» (карточка дорожной карты).
Все дорожные карты создаются исполнителями через компонент Сервиса «Дорожные карты».
Исполнитель выбирает план-график, выбирает конкретный его пункт, за который данный
исполнитель назначен ответственным в компоненте Сервиса «Реестр НПА», и нажимает кнопку
«создать дорожную карту».
Дорожные карты содержат несколько параметров. В конструкторе дорожной карты пользователь,
формирующий дорожную карту, задает значения для соответствующих параметров. Перечень
параметров дорожной карты включает в себя:
1. Наименование акта (проставляется автоматически из плана-графика).
2. Ответственный исполнитель (проставляется автоматически пользователь Портала, формирующий
дорожную карту).
3. Вид акта (законопроект, Указ Президента Российской Федерации, постановление Правительства
Российской Федерации, распоряжение Правительства Российской Федерации, приказ Минэнерго
России).
4.Характеристики акта (например, «содержит обязательные требования», «высокая степень
регулирующего воздействия», «средняя степень регулирующего воздействия», «требуется
заключение Минфина России», «требуется заключение Минцифры России» и иные характеристики
актов, предусмотренные в документах, указанных в разделе 1.8 технического задания). Указанные
характеристики влияют на количество мероприятий (этапов согласования НПА и ПА) в дорожной
карте. В зависимости от указанных характеристик система автоматически предлагает пользователю
12
добавление отдельных этапов дорожной карты. Пользователь, формирующий дорожную карту,
может самостоятельно удалять такие этапы или добавлять новые.
5. Наименование мероприятия (этапа согласования НПА и ПА). Предусмотрены предустановленные
шаблоны мероприятий (например, «согласование в ФОИВ», «раскрытие информации /
regulation.gov.ru» и проч.), а также введение новых шаблонов мероприятий. Перечень
предустановленных шаблонов мероприятий указан в приложении № 3 к настоящему техническому
заданию. Исполнитель выбирает мероприятия из выпадающего списка предустановленных шаблонов
или создает «кастомное» мероприятие.
6. Срок исполнения.
Для каждого мероприятия (этапа согласования НПА и ПА) исполнитель самостоятельно задает срок
исполнения, но ему высвечивается «подсказка» в виде рекомендованного срока исполнения
шаблонного мероприятия («подсказка» устанавливается в зависимости от мероприятия в
соответствии со сроками, указанными в приложении № 3 к техническому заданию).
Задать срок исполнения меньше рекомендованного возможно, но в таком случае высвечивается
соответствующее предупреждение.
Конечное мероприятие и срок его исполнения всегда формируются системой автоматически, исходя
из данных плана-графика:
мероприятие – «внесение проекта акта в Правительство Российской Федерации» (для проектов
постановлений, распоряжений, федеральных законов и федеральных конституционных законов) либо
«государственная регистрация ведомственного акта в Минюсте России»;
срок – автоматически подтягивается из соответствующего столбца плана графика, подгруженного в
модуль «Реестр НПА» в формате .pdf (срок внесения акта / срок принятия – государственной
регистрации приказа в Минюсте России).
Конечное мероприятие и его срок невозможно отредактировать, за исключением случаев, описанных
в разделе «Реестр НПА».
Исполнители не могут задавать сроки для мероприятий позже срока конечного мероприятия (срока
внесения проекта НПА).
Допускается назначение одинаковых сроков для разных мероприятий (в таком случае мероприятия
выполняются параллельно).
Примечание: Параметры, содержащиеся в пунктах 5 и 6 взаимосвязаны между собой.
Перечень параметров по согласованию с Заказчиком/предложению Заказчика может быть изменен
или увеличен.
Дополнительно должна быть возможность создания дорожной карты без привязки к планам-графикам
13
на случай издания НПА и ПА по иным основаниям (отдельная кнопка или вкладка для формирования
дорожных карт не по плану-графику). В данном случае при заполнении дорожной карты добавляется
параметр «основание разработки». Основаниями для разработки могут являться:
- план законопроектной деятельности (в системе - План ЗПД);
- решение суда;
- поручение Президента Российской Федерации или Правительства Российской Федерации;
- инициативный порядок.
При формировании дорожной карты «не по плану-графику» конечное мероприятие и срок его
исполнения самостоятельно устанавливаются пользователем, формирующим дорожную карту.
Должна быть возможность редактирования мероприятий и сроков исполнения мероприятий,
включенных в дорожные карты.
После заполнения дорожной карты исполнитель нажимает «Сохранить дорожную карту».
Далее система предлагает сформировать лист согласования дорожной карты.
2. Функция «Согласование и утверждение дорожных карт».
После создания проекта дорожной карты исполнитель формирует маршрут его согласования.
Согласование дорожной карты Юридическим департаментом, Административным департаментом и
департаментом-исполнителем является обязательным .
Если в маршруте согласования дорожной карты не указан директор (либо исполняющий обязанности
директора, либо уполномоченный заместитель директора) Юридического департамента, система не
дает сохранить и направить на согласование дорожную карту.
Перечень согласующих формируется из выпадающего списка пользователей Портала.
После того, как исполнитель задал маршрут согласования, он направляет дорожную карту
согласующим в соответствии с очередностью маршрута.
Маршрут может включать как последовательные, так и параллельные этапы согласования.
Каждый согласующий может согласовать, отклонить или перенаправить документ новому
согласующему.
При отклонении одним из согласующих проекта дорожной карты она возвращается исполнителю для
дальнейшей доработки.
Исполнитель получает уведомление в левом меню Портала о согласовании и отклонении дорожной
карты.
После согласования дорожная карта поступает на утверждение.
Система автоматически назначает статс-секретаря – заместителя Министра энергетики Российской
Федерации должностным лицом, утверждающим дорожную карту.
14
После утверждения дорожной карты статс-секретарем – заместителем Министра энергетики
Российской Федерации ей присваивается статус в системе: «УТВЕРЖДЕНА».
Дорожной карте присваиваются реквизиты (номер и дата утверждения). Номер дорожной карты
соответствует порядковому номеру НПА в плане-графике, подгруженном в модуле «Реестр НПА» в
формате .pdf и подтягивается автоматически.
Исполнитель получает уведомление в левом меню Портала об утверждении и регистрации дорожной
карты.
3. Функция «Работа с НПА».
Данная функция расположена на отдельной вкладке. Исполнитель на данной вкладке видит только
утвержденные дорожные карты по НПА, за которые он назначен ответственным.
Пользователь с правом «контролер» видит все утвержденные дорожные карты по НПА.
На данной вкладке происходит отслеживание выполнения мероприятий утвержденных дорожных
карт по каждому НПА в установленные сроки, уведомление пользователей о приближении сроков
выполнения мероприятий.
Уведомление исполнителей.
Уведомление о приближении срока исполнения мероприятий, которые имеют статус «находится на
исполнении», получают:
1. за 3 рабочих дня до наступления срока мероприятия – исполнитель, готовивший дорожную карту;
2. за 1 рабочий день до наступления срока мероприятия – руководитель исполнителя (начальник
отдела).
! Если начальник отдела самостоятельно готовил дорожную карту, он получает уведомление за 3
рабочих дня.
Система должна автоматически уведомлять пользователей о нарушении сроков мероприятий в
утвержденных дорожных картах.
Уведомление о нарушении срока выполнения мероприятий, которые имеют статус «находится на
исполнении», получают:
1) через 1 рабочий день от даты наступления срока мероприятия – исполнитель, готовивший
дорожную карту, а также его руководитель (уровень начальника отдела);
2) через 2 рабочих дня от даты наступления срока мероприятия – руководитель (уровень заместителя
директора департамента);
3) через 4 рабочих дня от даты наступления срока мероприятия – руководитель (уровень директора
департамента);
4) через 7 рабочих дней от даты наступления срока мероприятия – руководитель (уровень
15
курирующего заместителя Министра);
5) через 10 рабочих дня от даты наступления срока мероприятия – руководитель (уровень статссекретаря – заместителя Министра);
6) через 14 рабочих дня от даты наступления срока мероприятия – руководитель (уровень Министра).
Система должна хранить информацию о направленных уведомлениях и фиксировать факт и дату их
направления.
Контролер должен иметь доступ (по требованию) к информации обо всех уведомлениях,
направляемых пользователям в системе.
Уведомление должно содержать следующую информацию:
А) наименование плана-графика и конкретного его пункта (наименование проекта НПА), в
реализацию которого разработана дорожная карта;
Б) наименование мероприятия утвержденной дорожной карты;
В) срок исполнения мероприятия утвержденной дорожной карты;
Г) количество «просроченных» дней.
Отметки об исполнении.
В модуле имеется возможность указания статусов по выполнению мероприятий дорожных карт.
Исполнитель открывает утвержденную дорожную карту и нажимает «Создать отметку об
исполнении».
Мероприятие утвержденной дорожной карты считается системой исполненным только после того,
как исполнитель сформировал отметку об исполнении данного мероприятия, а контролер подтвердил
данную отметку (у контролера должна быть соответствующая кнопка «галочка»).
После формирования исполнителем отметки об исполнении данному мероприятию дорожной карты
присваивается статус «ожидает подтверждения», а данная отметка направляется контролеру для
подтверждения. Контролер получает соответствующее уведомление.
После подтверждения контролером факта исполнения мероприятия дорожной карты такому
мероприятию присваивается статус «исполнено».
Если контролер отклонил фактическое исполнение мероприятия дорожной карты, для данного
мероприятия системой возвращается статус «находится на исполнении», одновременно с этим
исполнитель получает соответствующее уведомление («отклонено»).
В рамках дорожной карты необходимо использовать цветовую гамму «по принципу светофора», где
зеленый – выполнено в установленный срок, желтый – ожидает выполнения, красный – не выполнено
в установленный срок.
16
Компонент Сервиса
1.4 «Экспортирование дорожной
карты»
Компонент Сервиса предназначен для переноса (экспорта) утвержденной дорожной карты из одного
плана-графика в другой.
Экспорт выполняется только контролерами. В системе для контролеров должна быть предусмотрена
отдельная кнопка «экспорт дорожной карты» для каждой дорожной карты с выбором пункта нового
плана-графика, в который переносится данная дорожная карта. Экспортируемая дорожная карта
переносится в неизменном виде в новый план-график. В пункт плана-графика, из которого была
экспортирована дорожная карта, системой автоматически вносятся соответствующие изменения
(план-график автоматически обновляется). Экспортируемая дорожная карта получает статус «архив»
в исходном плане-графике и статус «находится на исполнении» в новом плане-графике.
17
5.2 Требования к информационной безопасности и защите информации от
несанкционированного доступа
В целях обеспечения безопасности программное обеспечение Сервиса должно
предусматривать:
доступ к Сервису должен предоставляться только авторизованным пользователям с
учетом их функциональных полномочий;
пользователю должен быть доступен только тот объем функционала,
к которому он имеет права доступа;
права на действия и доступ к данным Сервиса должны назначаться для групп
пользователей.
5.2.1 Требования к организации удаленного подключения
При оказании услуг по разработке Сервиса должны выполняться требования по
обеспечению безопасности информации, установленные нормативными правовыми актами
Российской Федерации, указанными в пункте 1.8 настоящего ТЗ.
5.2.1.1 Удаленный доступ предоставляется Исполнителю в соответствии с заявкой о
предоставлении удаленного доступа к объектам информационной инфраструктуры
Заказчика (далее – заявка на удаленный доступ) (приложение № 1 к настоящему
техническому заданию) с учетом использования защищенных каналов связи и по
согласованию с Заказчиком.
Исполнитель направляет Заказчику заявку на удаленный доступ на электронный
адрес compred@minenergo.gov.ru, обязательно указав в теме электронного письма
«Удаленный доступ для Сервиса».
Адресами электронной почты, с которых Заказчиком будут обрабатываться
поступившие заявки на удаленный доступ, считаются адреса, направленные в адрес
Заказчика в соответствии с настоящим пунктом технического задания.
Также при наличии технической возможности заявка на удаленный доступ может
быть подана посредством программы для автоматизации сервисного и технического
обслуживания (Service Desk) Заказчика. В указанном случае Заказчик предоставляет
данные учетной записи (логин и пароль) в Service Desk сотрудникам СТП Исполнителя,
данные о которых направлены в адрес Заказчика в соответствии с абзацем 13 настоящего
пункта технического задания.
Вход в Service Desk Исполнитель осуществляет за свой счет посредством
подключения к защищенной сети передачи данных (сеть ViPNet) Заказчика с соблюдением
требований законодательства Российской Федерации.
При оказании услуг должны выполняться требования по обеспечению безопасности
информации, установленные нормативными правовыми актами, нормативно-техническими
документами, методическими материалами Российской Федерации, указанными в пункте
1.8 настоящего технического задания.
Удаленный доступ может быть предоставлен Исполнителю только с использованием
защищенных каналов связи по согласованию с Заказчиком на время и в целях оказания
услуг.
Для организации подключения удаленных рабочих мест Исполнителя данные
автоматизированные рабочие места или программно-аппаратные комплексы должны
соответствовать требованиям по защите информации, предъявляемым в соответствии с
приказами ФСТЭК России № 21, № 117, 239, а также постановлением Правительства
Российской Федерации от 1 ноября 2012 г. № 1119 к информационным системам обработки
персональных данных 4 уровня защищенности.
Для оказания услуг посредством удаленного доступа к информационной
18
инфраструктуре Заказчика Исполнитель обязан за свой счет подключиться к защищенной
сети передачи данных (сеть ViPNet) Заказчика с соблюдением требований законодательства
Российской Федерации.
При необходимости удаленного подключения к Порталу Исполнителем должно
использоваться сертифицированное ФСБ России СКЗИ, совместимое с СКЗИ Минэнерго
России.
Приобретение, настройка и техническое сопровождение СКЗИ осуществляется
Исполнителем самостоятельно и за свой счет.
Для доступа к Порталу Заказчика должны использоваться средства вычислительной
техники, которые не используются в личных целях и к которым применяются
корпоративные меры по информационной безопасности.
Для организации удаленного доступа к Порталу Исполнитель обязан:
1) предоставить контакты ответственных лиц по обеспечению информационной
безопасности Исполнителя и каналы для оперативного взаимодействия по электронной
почте compred@minenergo.gov.ru, обязательно указав в теме электронного письма
«Удаленный доступ для Сервиса». В случае изменения состава указанных работников –
уведомить Заказчика о фактах таких изменений в течение 1 рабочего дня в том же порядке.
2) предоставить Заказчику политику информационной безопасности Исполнителя,
план реагирования на компьютерные инциденты, а также регламент действий сотрудников
Исполнителя в случае нештатных ситуаций.
3) в случае возникновения инцидента, в период предоставленного удаленного
доступа в инфраструктуре Заказчика и (или) отрицательных результатов аудитов и
тестирования на проникновение (наличие уязвимостей), Исполнитель должен оповестить
Заказчика и предоставить отчеты и результаты принятых мер по устранению выявленных
инцидентов.
4) обеспечить реализацию базовых мер по информационной безопасности в
собственной инфраструктуре.
5) организовать реализацию записи всех действий пользователей при
осуществлении удаленного подключения к Порталу Заказчика со сроком хранения
журналов событий не менее 1 года.
В случае возникновения инцидента Заказчик и Исполнитель проводят мероприятия
по выявлению причины для последующего расследования.
6) Запретить использование ПО для удаленного управления автоматизированным
рабочим местом (например, TeamViewer, AnyDesk, AmmyAdmin, AeroAdmin, Radmin,
LiteManager, Удаленный рабочий стол Chrome, Microsoft Remote Assistance).
Исполнитель несет ответственность за защиту информации при реализации
удаленного доступа работников Исполнителя к Порталу Заказчика в соответствии с
действующим законодательством.
Кроме того, Исполнитель обязуется:
не проводить противозаконные действия по сбору, использованию и
передаче третьей стороне полученной информации;
не осуществлять несанкционированный доступ к обрабатываемой
информации;
не проводить несанкционированное копирование и распространение
информации, доступ к которой получен в рамках оказания услуг;
не предпринимать манипулирование информацией, доступ к которой
получен в рамках оказания услуг (не фальсифицировать, не модифицировать, не
подделывать, не блокировать, не уничтожать и не искажать информацию);
не нарушать технологию сбора, накопления, хранения, обработки,
преобразования, отображения и передачи информации, в результате чего может быть
осуществлено искажение, потеря или незаконное использование информации;
19
-
не внедрять на объекты информационных систем Заказчика вредоносное
ПО, а также не проводить иные мероприятия, которые могут повлечь нарушение
целостности, конфиденциальности и доступности информации Заказчика.
Вся информация и материалы, получаемые Исполнителем от Заказчика в рамках
государственного контракта, а также получаемые Исполнителем самостоятельно в ходе
оказания услуг, являются конфиденциальной информацией.
В целях предоставления и согласования удаленного доступа к объектам
информационной инфраструктуры Заказчика в течение согласованного периода с даты
заключения государственного контракта Исполнителем направляется в адрес Заказчика
информация (письмо на бланке своей организации за подписью руководителя Исполнителя
или лица, имеющего право подписи, с приложением копии соответствующей
доверенности), содержащая следующие сведения:
фамилия,
имя,
отчество
(при
наличии)
пользователя
(-ей)
автоматизированного рабочего места, с которого будет организовано удаленное
подключение к объектам информационной инфраструктуры Заказчика;
должность;
контактный номер телефона;
адрес электронной почты;
скан-копия согласия на обработку персональных данных;
адрес размещения автоматизированного рабочего места;
номер, дата и наименование государственного контракта;
MAC-адрес автоматизированного рабочего места;
наименование сопровождаемой информационной системы;
IP-адрес (-а) серверных мощностей, для которых необходимо предоставить
доступ;
номер порта (-ов) доступа;
наименование протокола доступа;
сведения об установке средств защиты информации с указанием версии и
номера сертификата ФСТЭК России и/или ФСБ России (средства криптографической
защиты информации, средство межсетевого экранирования, средство защиты информации
от несанкционированного действия, средство антивирусной защиты информации) на
указанное автоматизированное рабочее место.
Об изменении сведений Исполнитель обязан уведомить Заказчика в течение 5 (пяти)
рабочих дней со дня возникновения таких изменений в вышеуказанном порядке.
В случае невыполнения требований по информационной безопасности для
автоматизированных рабочих мест Исполнителя техническое сопровождение
осуществляется по месту нахождения Заказчика.
5.3 Требования к эргономике
Сервис должен удовлетворять следующим требованиям к эргономике:
− взаимодействие пользователей с Сервисом должно осуществляться посредством
интерактивного пользовательского интерфейса;
− ввод-вывод данных Сервиса должен выполняться в интерактивном графическом
режиме;
− пользовательский интерфейс должен быть рассчитан на преимущественное
использование манипулятора типа «мышь»;
− управление Сервисом должно осуществляться с помощью набора экранных меню,
кнопок, значков и прочих элементов.
5.4 Требования по сохранности информации при авариях
В случае если разрабатываемый функционал приведет или может привести к
изменению настроек программно-аппаратного комплекса Портала и\или настроек
резервного копирования, Исполнитель согласует с Заказчиком данные изменения, в случае
20
согласования реализации, формирует и передает Заказчику перечень рекомендаций по
изменению.
5.5 Требования к использованию интеллектуальной деятельности
Использование программного обеспечения, баз данных при разработке Сервиса
должно осуществляться в соответствии с требованиями Федерального закона от 27.07.2006
№ 149-ФЗ «Об информации, информационных технологиях и о защите информации»,
Гражданского кодекса Российской Федерации.
В соответствии с Гражданским кодексом Российской Федерации, исключительные
права на разработанные в ходе выполнения Государственного контракта результаты
подлежат передаче Заказчику в полном объеме, включая исходные коды программ,
библиотеки зависимостей, базы данных, а также проектную, техническую, рабочую,
сопроводительную и методическую документацию к Сервису и его частям.
Используемое при оказании услуг программное обеспечение не подлежит передаче
Заказчику и должно иметь соответствующие лицензии на его использование и быть
свободным от обязательств перед третьими лицами.
Заказчику передаются исключительные права на конечный результат Услуг, как на
комплексный объект авторского права (готовый разработанный Сервис с момента
подписания Сторонами документа о приемке в электронной форме).
Исключительные права на результаты интеллектуальной деятельности,
в том числе, но не исключая: изобретения, полезные модели, промышленные образцы,
программы для электронных вычислительных машин, базы данных, а также
исключительные права на результаты услуг, включая объекты авторских прав и
потенциально патентоспособные технические решения, секреты производства (ноу-хау),
созданные Исполнителем в рамках Государственного контракта, принадлежат в лице
Заказчика Российской Федерации.
Право собственности на результат оказанных услуг, отчетные документы и
материалы в ходе оказания услуг по Государственному контракту, считаются переданными
с даты подписания Сторонами документа о приемке в электронной форме.
Исполнитель (в случае запроса Заказчика) оказывает содействие и
консультационную поддержку Заказчику при оформлении исключительных прав на
результат интеллектуальной деятельности на имя Российской Федерации в лице Заказчика
в соответствии с требованиями Гражданского кодекса Российской Федерации,
требованиями Правил оформления заявки на государственную регистрацию программы для
ЭВМ или базы данных, Правил составления документов, являющихся основанием для
осуществления юридически значимых действий по государственной регистрации
программы для ЭВМ или базы данных, и их форм, Порядка государственной регистрации
программы для электронных вычислительных машин и базы данных, утвержденных
приказом Минэкономразвития России от 05.04.2016 № 211.
5.6 Требования по стандартизации и унификации
Сервис должен удовлетворять следующим требованиям по стандартизации и
унификации:
все
экранные
формы
пользовательского
интерфейса
должны
быть выполнены в едином графическом дизайне, с одинаковым расположением основных
элементов управления и навигации.
для обозначения одних и тех же операций должны использоваться одинаковые
графические значки, кнопки и другие управляющие (навигационные) элементы.
должны быть унифицированы термины, используемые для описания идентичных
понятий, операций и действий пользователя.
21
все действия пользователей в системе должны быть представлены в удобочитаемой
для пользователей форме с преимущественным использованием визуального
представления информации (инфографики).
должны применяться наиболее простые и удобные пути решения задач (действия)
пользователей, соответствующие принципам и стандартам клиентоцентричности.
5.7 Технические требования к разработке Сервиса
Состав ПО, используемый для разработки Сервиса, должен соответствовать
применяемым технологиям дистрибутива, указанным в пункте 3.3 настоящего ТЗ. ПО,
используемое Исполнителем при разработке Сервиса, не подлежит передаче Заказчику.
Сервис должен отвечать следующим требованиям к производительности 1,
указанным в Таблице 3.
Таблица 3. - Требования к производительности
Параметр
Описание
Максимальное время загрузки
начальной страницы
Максимальное время
формирования отчетных форм
(при наличии)
Максимальное время
отклика Сервиса
при выполнении поискового
запроса
Время отклика Сервиса при
переходе на начальную страницу
Время отклика Сервиса при
операциях формирования отчетных
форм
Время отклика Сервиса при
выполнении поискового запроса
Требуемое
пороговое
значение
Не более 3
секунд
Не более 2
минут
Не более 3
секунд
5.8 Требования к видам обеспечения
5.8.1 Требования к информационному обеспечению
Внутрисистемное информационное обеспечение Сервиса должно быть организовано
по принципу создания центрального хранилища данных. Ядром Сервиса является база
данных, содержащая всю информацию для функционирования всех модулей Сервиса.
5.8.2 Требования к лингвистическому обеспечению
На экранах, в системных диалогах с пользователями и в текстах сообщений должен
применяться русский язык за возможным исключением для системных сообщений, которые
могут не подлежать переводу на русский язык.
5.8.3 Требования к программному обеспечению
Исполнитель вправе дополнительно использовать иные программы для ЭВМ (ПО,
СУБД, программные библиотеки, серверы приложений и иные объекты интеллектуальной
собственности), разработанные с учетом требований пункта 5.6 ТЗ. При этом права на такие
программы для ЭВМ не подлежат передаче Заказчику.
В соответствии с постановлением Правительства Российской Федерации
от 30.01.2013 № 62 «О национальном фонде алгоритмов и программ для электронных
вычислительных машин», информационные системы, созданные или приобретенные с
привлечением средств федерального бюджета и бюджетов государственных
внебюджетных фондов размещаются в Национальном фонде алгоритмов и программ и
могут быть повторно использованы при внедрении информационных технологий в
1
При условии соблюдения Заказчиком указанных пороговых значений до начала оказания услуг, оказываемых Исполнителем, и
выполнения Заказчиком рекомендаций по оптимизации серверного программного и аппаратного обеспечения ответственными за
эксплуатацию. Замер пороговых значений выполняется совместно Исполнителем и Заказчиком до начала оказания услуг по развитию
функциональности.
22
деятельность иных государственных органов и организаций. По результатам оказания услуг
должна быть проанализирована возможность внесения (актуализации) Сервиса как объекта
в Национальном фонде алгоритмов и программ для электронных вычислительных машин.
При отсутствии ограничений и соблюдения условий размещения, предусмотренных
постановлением Правительства Российской Федерации от 30.01.2013 № 62 «О
национальном фонде алгоритмов и программ для электронных вычислительных машин»,
Исполнитель должен оказать содействие в подготовке комплекта документов,
необходимого для внесения (актуализации) Сервиса в национальный фонд алгоритмов и
программ для электронных вычислительных машин.
5.8.4 Требования к аппаратному (техническому) обеспечению
1.
Требования к аппаратным (вычислительным) ресурсам должны быть
переданы Заказчиком Исполнителю на этапе предпроектного обследования с учетом
особенностей вычислительных мощностей, предоставляемых Заказчиком с учетом
требований к обеспечению информационной безопасности.
2.
Требования к аппаратному (техническому) обеспечению должны быть
уточнены по окончании разработки Сервиса и отражены в эксплуатационной документации
Заказчиком. Рекомендации по изменению предоставляет Исполнитель.
5.9. Требования к использованию электронных сервисов (в случае их
использования в рамках оказания услуг)
При использовании в рамках оказания услуг электронных сервисов (технических
средств, программ для ЭВМ и баз данных, доступ к которым предоставляется с
использованием информационно-телекоммуникационных сетей) для целей создания и
эксплуатации Сервиса Исполнитель обязан уведомлять об этом Заказчика и соблюдать
требования, установленные Постановлением № 1024, в том числе в части:
– защиты информации, обрабатываемой с использованием электронного сервиса;
– обеспечения надежности систем инженерно-технического обеспечения и
оборудования, с использованием которых предоставляется электронный сервис;
– хранения информации, обрабатываемой электронным сервисом;
– обеспечения доступа Заказчику к электронному сервису (в случае необходимости);
– соблюдения иных требований, установленных Постановлением № 1024.
Исполнитель несет ответственность за соблюдение указанных требований.
В случае если при оказании услуг по разработке Сервиса Исполнителем
используются электронные сервисы (технические средства, программы для ЭВМ и базы
данных, доступ к которым предоставляется с использованием информационнотелекоммуникационных сетей), такие электронные сервисы должны соответствовать
требованиям Постановления № 1024.
Исполнитель в случае использования электронных сервисов обязан обеспечить
наличие регламента взаимодействия по вопросам функционирования используемого
электронного сервиса, содержание которого определено подпунктом «в» пункта 4 Правил
использования технических средств, программ для электронных вычислительных машин и
баз данных, доступ к которым предоставляется с использованием информационнотелекоммуникационных сетей, для обеспечения создания и эксплуатации государственных
информационных систем, иных информационных систем государственных органов,
предусмотренных частью 1.1 статьи 13 Федерального закона «Об информации,
информационных технологиях и о защите информации», утвержденных Постановлением
№ 1024
6 Состав и содержание услуг
Оказание услуг по разработке Сервиса включает совокупность упорядоченных во
23
времени, взаимосвязанных услуг, заканчивающихся их приемкой (Таблица 4 настоящего
ТЗ).
Услуги по разработке Сервиса состоят в развитии функциональных возможностей
Системы путем разработки функционала нового модуля.
Услуги в рамках настоящего ТЗ должны обеспечивать необходимую
преемственность и совместимость технических решений, унификацию программноаппаратных средств, единство информационного и программного обеспечения,
унификацию процедур эксплуатации и технической поддержки вновь разработанных и
существующих средств.
Порядок оказания услуг по разработке Сервиса должен соответствовать основным
нормативным документам.
24
Таблица 4. Состав,содержание Услуг и отчетные материалы
Наименование
услуг
Оказание услуг по
разработке раздела
корпоративного
портала Минэнерго
России
«Сервис
сквозного контроля
по
подготовке
проектов
нормативных
и
ненормативных
правовых актов».
№ п/п
1.
2.
3.
4.
5.
Содержание услуг
Срок предоставления отчетных
материалов в рамках оказания
услуг
Результаты услуг
(отчетные материалы)
Разработка рабочего плана оказания Не позднее 5 рабочих дней с даты 1.1. Рабочий план оказания услуг,
услуг (п. 6.2. настоящего ТЗ)
заключения Государственного включающий наименование результата,
контракта
контрольной точки, срок реализации,
ответственного
исполнителя,
характеристику
результата/
подтверждающий документ
Техническое
проектирование Не позднее 10 рабочих дней с даты 3.1. Актуализированный технический
Сервиса посредством актуализации заключения Государственного проект
Корпоративного
портала
технического
проекта
контракта
Минэнерго России (в части создаваемого
Корпоративного портала Минэнерго
Сервиса)
России в рамках создаваемого
Сервиса (п. 6.3. настоящего ТЗ)
Разработка Сервиса в соответствии с
Не позднее
6.1. Исходный код Корпоративного
функциональными требованиями к
портала Минэнерго России
элементам Сервиса, указанным в
27.11.2026
таблице 2 настоящего ТЗ (п. 6.3.
настоящего ТЗ)
Разработка рабочей документации на
Не позднее
7.1.
Руководство
пользователя
Сервис посредством актуализации
Корпоративного
портала
Минэнерго
рабочей
документации
27.11.2026
России;
на Корпоративный портал Минэнерго
7.2.
Руководство
администратора
России (п. 6.4. настоящего ТЗ)
Корпоративного
портала
Минэнерго
России;
Проведение
предварительных
Не позднее
8.1.
Программа
и
методика
испытаний
Сервиса
(п.
6.5.
предварительных испытаний;
настоящего ТЗ)
30.11.2026
8.2. Проект Протокола предварительных
испытаний;
25
6.
Проведение опытной эксплуатации
Сервиса (п. 6.6. настоящего ТЗ)
Не позднее
02.12.2026
7.
Проведение приемочных испытаний
Сервиса (п. 6.7. настоящего ТЗ)
Не позднее
04.12.2026
8.3. Проект Акта предварительных
испытаний
9.1. Программа и методика проведения
опытной эксплуатации;
9.2.
Журнал
проведения
опытной
эксплуатации;
9.3. Проект Акта о завершении опытной
эксплуатации;
9.4. Проект протокола проведения опытной
эксплуатации
11.1. Программа и методика приемочных
испытаний;
11.2. Проект Протокола приемочных
испытаний;
11.3. Проект Акта приемочных испытаний;
11.3.
Проект
Акта
ввода
в эксплуатацию
26
6.1 Стадии оказания услуг
В целях сокращения общей продолжительности оказания услуг отдельные услуги
очередной стадии по согласованию с Заказчиком могут начинаться до окончания оказания
услуг предыдущей или текущей стадии.
В ходе опытной эксплуатации для оценки производительности разработанной
функциональности Сервиса при ожидаемых условиях переменной загрузки должно быть
проведено нагрузочное тестирование.
Результатом оказанных Исполнителем услуг является разработка Сервиса в
соответствии с дизайн-макетами и техническим проектом. Технический проект и дизайнмакеты в полном объеме приложены как дополнительные файлы к извещению,
размещенному на официальном сайте Единой информационной системы в сфере закупок
(ЕИС) по адресу в сети «Интернет»: http://www.zakupki.gov.ru.
6.2 Требования к разработке рабочего плана оказания услуг
В целях обеспечения эффективного взаимодействия Исполнителя с Заказчиком на
всех стадиях оказания услуг Исполнитель должен представить Заказчику рабочий план
оказания услуг, включающий наименование результата, контрольной точки, срок
реализации, ответственного исполнителя, характеристику результата/подтверждающий
документ.
6.3 Требования к техническому проектированию и разработке Сервиса
Исполнитель разрабатывает технический проект на создание Сервиса.
Технический проект на создание Сервиса должен содержать:
а) Ведомость технического проекта на создание Сервиса.
б) Пояснительную записку к техническому проекту на создание Сервиса.
в) Описание автоматизированных функций Сервиса.
г) Описание программного обеспечения Сервиса.
д) Описание информационного обеспечения Сервиса.
е) Описание комплекса технических средств Сервиса.
Исполнителем должен быть разработан и передан Заказчику актуализированный
технический проект Портала, ранее утвержденный в рамках развития Портала в
соответствии с государственным контрактом от 01.09.2025 № 0173100008325000061/А/14 и
требованиями ГОСТ 34.201-2020 «Информационные технологии. Комплекс стандартов на
автоматизированные системы. Виды, комплектность и обозначение документов при
создании автоматизированных систем».
Исполнитель должен осуществить разработку Сервиса в соответствии с
требованиями ТЗ, в том числе в соответствии с требованиями раздела 5 «Требования к
услугам», включая Технический проект на разработку Сервиса.
6.4 Требования к разработке (актуализации) рабочей документации
на Сервис
Исполнитель должен разработать следующую рабочую документацию на Сервис:
руководство пользователя;
руководство администратора.
6.5 Требования к проведению предварительных испытаний Сервиса
По результатам оказания услуг Исполнителем должны быть проведены
предварительные испытания в объеме реализованных в рамках отчетного периода функций
и требований.
Предварительные испытания проводятся с целью установления соответствия
оказанных Исполнителем услуг требованиям, зафиксированным в ТЗ, а также определения
работоспособности и возможности ввода Сервиса в опытную эксплуатацию.
Виды, состав, объем и методы испытаний системы, и ее составных частей
27
определяются в соответствии с ГОСТ Р 59792-2021 «Информационные технологии.
Комплекс
стандартов
на
автоматизированные
системы.
Виды
испытаний
автоматизированных систем».
Вид испытаний определяется Исполнителем, исходя из особенностей объекта
испытаний.
С целью проведения предварительных испытаний Исполнитель разрабатывает
Программу(ы) и методику(и) предварительных испытаний, в котор(ой)ых должны быть
определены состав, объем и методика проведения испытаний с целью обеспечения
проверки требований ТЗ.
Исполнитель обязан в письменной форме известить Заказчика о готовности к
проведению предварительных испытаний и представить разработанную(ые) Программу(ы)
и методику(и) предварительных испытаний.
Разработанная(ые) Исполнителем Программа(ы) и методика(и) предварительных
испытаний утверждается(ются) Исполнителем и Заказчиком.
Предварительные испытания проводятся на тестовой среде Сервиса или на
технических средствах Исполнителя (разработчика) при создании условий получения
достоверных результатов испытаний, что определяется программой(ами) и методикой(ами)
предварительных испытаний.
Предварительные испытания проводятся в присутствии представителей Заказчика и
Исполнителя. Заказчик имеет право привлекать к участию в испытаниях внешних
экспертов. Испытания должны проводиться согласно Программе(ам) и методике(ам)
предварительных испытаний, разработанной (ым) Исполнителем.
Для проведения предварительных испытаний Исполнитель должен обеспечить
очное присутствие уполномоченных представителей на территории Заказчика. Количество
и должности представителей должны быть уточнены в рабочем порядке с Заказчиком. По
требованию Заказчика количество представителей Исполнителя на территории Заказчика
должно быть увеличено, если Исполнитель отстает от рабочего плана оказания услуг.
Для проведения предварительных испытаний должна быть предъявлена следующая
документация:
ТЗ;
эксплуатационная документация;
программа(ы) и методика(и) предварительных испытаний.
Проверка комплектности и качества эксплуатационной документации должна
проводиться Заказчиком путем проведения анализа документации на соответствие
требованиям нормативно-технических документов и ТЗ.
Испытания функционала Сервиса Исполнитель проводит совместно с
интегрируемыми информационными системами/подсистемами (при наличии интеграций),
либо на эмуляторах интеграционного взаимодействия.
В случае отсутствия готовности функционала на стороне интегрируемых
информационных систем/подсистем испытания функционала Сервиса Исполнитель
проводит на эмуляторах интеграционного взаимодействия, подготовленных Исполнителем,
что определяется программой(ами) и методикой(ами) предварительных испытаний.
В случае проведения испытаний функционала совместно с интегрируемыми
информационными системами/подсистемами Заказчик обеспечивает участие их
представителей в испытаниях и их подготовку к ним.
Результаты проведения предварительных испытаний должны быть отражены в
Протоколе(ах) проведения предварительных испытаний.
По результатам проведения предварительных испытаний оформляется акт(ы)
предварительных испытаний, в котором(ых) фиксируются решения о допуске к опытной
эксплуатации.
Исполнителем оформляется(ются) акт(ы) приемки в опытную эксплуатацию.
28
При выявлении в ходе испытаний критичных замечаний, исключающих передачу
Сервиса в опытную эксплуатацию, Исполнитель должен устранить замечания в
согласованные с Заказчиком сроки, и предварительные испытания должны быть проведены
повторно. Критичными замечаниями считаются выявленные ошибки, после которых
Сервис не может продолжать свою работу.
При выявлении в ходе испытаний некритичных замечаний, не влияющих на решение
о передаче Сервиса в опытную эксплуатацию, они устраняются Исполнителем в рамках
опытной эксплуатации, а в рабочую и эксплуатационную документацию вносятся
соответствующие изменения.
6.6 Требования к проведению опытной эксплуатации Сервиса
Опытная эксплуатация должна проводиться согласно Программе(ам) и методике
проведения опытной эксплуатации, разработанной(ым) Исполнителем.
Исполнитель
обязан
представить
Заказчику
соответствующую(ие)
разработанную(ые) и утвержденную(ые) Программу(ы) и методику(и) проведения опытной
эксплуатации.
Проведение опытной эксплуатации осуществляется в соответствии с
утвержденной(ыми) Исполнителем Программой(ами) и методикой(ами) опытной
эксплуатации Системы.
Опытная эксплуатация проводится на тестовой среде Сервиса или на технических
средствах Исполнителя (разработчика) при создании условий получения достоверных
результатов испытаний, что определяется программой(ами) и методикой(ами) проведения
опытной эксплуатации.
Для опытной эксплуатации Исполнитель должен обеспечить очное присутствие
своих уполномоченных представителей на территории Заказчика. Количество и должности
представителей должны быть уточнены в рабочем порядке с Заказчиком. По требованию
Заказчика количество представителей Исполнителя на территории Заказчика должно быть
увеличено, если Исполнитель отстает от рабочего плана оказания услуг.
В рамках оказания услуг по обеспечению проведения опытной эксплуатации
Исполнитель должен:
провести подготовку к проведению опытной эксплуатации;
обеспечить проведение опытной эксплуатации.
В рамках проведения опытной эксплуатации Исполнителем должны быть
обеспечены:
консультации участников опытной эксплуатации;
фиксация сбоев, ошибок, недостатков, возникающих при опытной эксплуатации;
оперативное устранение ошибок и недостатков ПО, выявленных в ходе проведения
опытной эксплуатации;
доработку Системы и документации, в случае выявления недостатков в Системе, и
внесение в рабочую и эксплуатационную документацию соответствующих изменений.
Доработки производятся в объеме, не выходящем за пределы требований
настоящего ТЗ.
В ходе опытной эксплуатации Исполнителем ведется журнал проведения опытной
эксплуатации.
По результатам проведения опытной эксплуатации Исполнителем оформляются
протокол(ы) опытной эксплуатации и акт(ы) о завершении опытной эксплуатации, в
которых фиксируются решения о допуске к приемочным испытаниям. Акт(ы) о завершении
опытной эксплуатации также утверждаются Исполнителем.
Испытания должны производиться в присутствии представителей Заказчика и
Исполнителя. Заказчик имеет право привлекать к участию в испытаниях внешних
экспертов.
При выявлении в ходе опытной эксплуатации критичных замечаний, исключающих
29
передачу Сервиса на приемочные испытания, Исполнитель должен устранить замечания в
согласованные с Заказчиком сроки, и опытная эксплуатация должна быть проведена
повторно. Критичными замечаниями считаются выявленные ошибки, после которых
Сервис не может продолжать свою работу.
При выявлении в ходе опытной эксплуатации некритичных замечаний, не влияющих
на решение о передаче Сервиса на приемочные испытания, они устраняются Исполнителем
до проведения приемочных испытаний, а в рабочую и эксплуатационную документацию
вносятся соответствующие изменения.
6.7 Требования к проведению приемочных испытаний Сервиса
Приемочные испытания Сервиса проводятся после успешного прохождения
опытной эксплуатации с целью оценки соответствия Сервиса требованиям ТЗ и
определения работоспособности Сервиса. Испытания должны проводиться согласно
документу «Программа и методика приемочных испытаний», разработанному
Исполнителем и утвержденному Исполнителем и Заказчиком.
Исполнитель обязан в письменной форме известить Заказчика о готовности к
проведению приемочных испытаний и представить разработанную(ые) Программу(ы) и
методику(и) приемочных испытаний.
Приемочные испытания должны проводиться в технической среде, указанной в
Программе(ах) и методике(ах) приемочных испытаний. Приемочные испытания должны
проводиться в соответствии с Программой(ами) и методикой(ами) приемочных
испытаний.
Приемочные испытания могут проводиться на технических средствах (серверах)
Исполнителя при создании условий получения достоверных результатов испытаний или на
технических средствах (серверах) Заказчика, по согласованию с Заказчиком
Приемочные испытания проводятся в присутствии представителей Заказчика и
Исполнителя. Заказчик имеет право привлекать к участию в испытаниях внешних
экспертов. Для проведения приемочных испытаний Исполнитель должен обеспечить очное
присутствие своих представителей на территории Заказчика. Количество и должности
представителей должны быть уточнены в рабочем порядке с Заказчиком. По требованию
Заказчика количество представителей Исполнителя на территории Заказчика должно быть
увеличено, если Исполнитель отстает от рабочего плана оказания услуг.
В случае отсутствия готовности функционала на стороне интегрируемых
информационных систем/подсистем испытания функционала Сервиса Исполнитель
проводит на эмуляторах интеграционного взаимодействия, подготовленных Исполнителем,
что определяется программой(ами) и методикой(ами) приемочных испытаний.
В случае проведения испытаний функционала совместно с интегрируемыми
информационными системами/подсистемами Заказчик обеспечивает участие их
представителей в испытаниях и их подготовку к ним.
В случае выявления на опытной эксплуатации некритичных замечаний Исполнитель
демонстрирует
их
устранение
в
ходе
приемочных
испытаний,
а в рабочую и эксплуатационную документацию вносятся соответствующие изменения.
Результаты проведения приемочных испытаний должны быть отражены
в протоколе(ах) проведения приемочных испытаний, в котором(ых) фиксируются решения
о допуске к эксплуатации.
По результатам проведения приемочных испытаний оформляется акт готовности
Сервиса к вводу в эксплуатацию, в котором(ых) фиксируются решения о допуске к
эксплуатации.
Протокол(ы) приемочных испытаний и акт(ы) приемочных испытаний
подготавливаются Исполнителем и утверждаются Исполнителем и Заказчиком.
При выявлении в ходе приемочных испытаний критичных замечаний, исключающих
передачу Сервиса в эксплуатацию, Исполнитель должен устранить замечания в
30
согласованные с Заказчиком сроки, и приемочные испытания должны быть проведены
повторно. Критичными замечаниями считаются выявленные ошибки, после которых
Сервис не может продолжать свою работу.
При выявлении в ходе испытаний некритичных замечаний, не влияющих на решение
о передаче Сервиса в эксплуатацию, они устраняются Исполнителем в согласованные с
Заказчиком сроки, а в рабочую и эксплуатационную документацию вносятся
соответствующие изменения.
7 Порядок контроля и приемки Сервиса
Порядок сдачи и приемки оказанных услуг осуществляется в соответствии
с требованиями государственного контракта.
При этом Исполнитель нарочно передает Заказчику отчетные материалы, указанные
в таблице 4 настоящего ТЗ, в электронном машиночитаемом виде на бумажных и на
машинных носителях (CD/DVD) на русском языке.
Текстовые документы, передаваемые на машинных носителях, должны быть
представлены в формате Office Open XML (DOCX).
Все испытания Сервиса проводятся для функционала, разрабатываемого в рамках
настоящего Государственного контракта и являющегося предметом Государственного
контракта.
Испытания Сервиса должны проводиться после завершения этапа разработки
программного обеспечения и на основании соответствующих программ и методик
испытаний в соответствии с пунктами 6.5 - 6.7 ТЗ.
Испытания компонентов Сервиса проводятся в соответствии с программой и
методикой испытаний посредством выполнения сценариев проверок совместно с
представителями Заказчика и в соответствии с требованиями пунктов 6.5 - 6.7 ТЗ.
Содержание отдельных проверок должно определяться в соответствующей графе
программы и методики испытаний для каждой проверяемой функции или набора логически
связанных функций.
8 Требования к документированию
В ходе исполнения обязательств согласно настоящему ТЗ должны быть разработаны
отчетные материалы, предусмотренные таблицей 4 и разделом 7 Порядок контроля и
приемки Сервиса настоящего ТЗ.
Перечень комплектов и видов документов может быть уточнен по согласованию с
Заказчиком.
Исполнитель должен предоставить Заказчику перечень комплектов и видов
документов, подготавливаемых при разработке компонентов Сервиса согласно
функциональным требованиям, изложенным в Таблице 2 настоящего ТЗ, а также при
выполнении работ по обеспечению информационной безопасности согласно требованиям,
изложенным в пункте 5.2 настоящего ТЗ.
По итогам оказания услуг Исполнитель передает Заказчику материалы в
соответствии с разделом 7 Порядок контроля и приемки Сервиса.
Документы, при необходимости, сброшюровывают в книги или тома,
к которым составляют описи.
Документация на Сервис передается на бумажных и на машинных носителях
(CD/DVD) в одном экземпляре. Если документация требует утверждения со стороны
Заказчика, то она передается в бумажном виде в двух экземплярах. Текстовые документы,
передаваемые на машинных носителях, должны быть представлены в форматах PDF/A с
обеспечением навигации по оглавлению и возможности полнотекстового поиска.
Код разработки представляется Заказчику в электронном виде. Код разработки
31
предоставляется Заказчику на оптическом носителе в виде выгрузки содержимого
репозитория.
Все материалы передаются с сопроводительными документами Исполнителя.
Промежуточные версии отчетных документов Исполнитель предоставляет Заказчику в
электронной форме (предоставляются по запросу Заказчика).
Отчетная документация должна удовлетворять требованиям комплекса стандартов и
руководящих документов на автоматизированные системы:
- в части терминологии:
– ГОСТ Р 59853-2021 «Информационные технологии. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Термины и определения»
утвержденный приказом Росстандарта от 19.11.2021 № 1520-ст;
- в части наименования и уникального обозначения документов:
– ГОСТ 34.201-2020 «Информационные технологии. Комплекс стандартов на
автоматизированные системы. Виды, комплектность и обозначение документов при
создании автоматизированных систем» утвержденный приказом Росстандарта от
19.11.2021 № 1521-ст;
– ГОСТ 19.103-77 «Единая система программной документации. Обозначения
программ и программных документов» введенный в действие постановлением
Государственного комитета стандартов Совета Министров СССР от 20.05.1977 № 1268;
- ГОСТ 34.602-2020 «Информационные технологии. Комплекс стандартов на
автоматизированные системы. Техническое задание на создание автоматизированной
системы» введенный в действие приказом Федерального агентства по техническому
регулированию и метрологии от 19.11.2021 № 1522-ст;
- в части структуры и правил оформления программы и методики испытаний (51):
- ГОСТ 19.301-79 «Единая система программной документации. Программа и
методика испытаний. Требование к содержанию и оформлению», введенный в действие
постановлением Государственного комитета СССР по стандартам от 11.12.1979 № 4753;
в части содержания соответствующих документов:
- ГОСТ Р 59795-2021 «Информационные технологии. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы.Требования к содержанию
документов» (утвержден и введен в действие приказом Федерального агентства по
техническому регулированию и метрологии от 25 октября 2021 г. N 1297-ст)., ЕСКД, ЕСПД.
9 Требования к гарантийному обслуживанию
Исполнитель принимает на себя обязательства по предоставлению гарантии
качества на результат исполнения обязательства. Срок предоставления гарантии качества
составляет 12 (двенадцать) месяцев со дня подписания Сторонами документа о приемке,
завершающего исполнение государственного контракта.
Исполнитель несет ответственность за обнаруженные в период гарантийного срока
недостатки в результатах, полученных при оказании по настоящему ТЗ услуг. В случае
выявления недостатков в гарантийный период, Исполнитель безвозмездно осуществляет их
устранение. Срок устранения недостатков устанавливается Заказчиком.
В случае выявления нарушений работоспособности переданного Исполнителем
Заказчику разработанного функционала, находящегося в зоне ответственности
Исполнителя по настоящему ТЗ, Исполнитель обязан в течение сроков, согласованных с
Заказчиком, устранить выявленные нарушения за свой счет и в полном объеме.
10 Требования к обеспечению конфиденциальности информации
Исполнитель обязан соблюдать конфиденциальность информации, ставшей ему
32
известной в ходе исполнения Контракта, не передавать ее третьим лицам и не раскрывать
публично без согласия Заказчика, а также соблюдать требования к защите
конфиденциальной информации (информации для служебного пользования, информации
ограниченного распространения, коммерческой, налоговой и иной тайны),
предусмотренные законодательством.
Работа с информацией, составляющей государственную тайну, в рамках исполнения
настоящего технического задания не предусмотрена.
К конфиденциальной информации относится любая информация в бумажной или
электронной форме, предоставленная Заказчиком Исполнителю в процессе выполнения
обязательств по Контракту.
К конфиденциальной информации не относится информация, которая отнесена
законодательством Российской Федерации к категории открытой и раскрытие которой
вменено в обязанность Исполнителю.
Исполнитель имеет право предоставлять своим сотрудникам доступ к
конфиденциальной информации для выполнения ими своих трудовых обязанностей при
условии соблюдения ее конфиденциальности и только для выполнения задач в рамках
реализации настоящего ТЗ.
Настоящее техническое задание включает следующие приложения:
1.
Приложение № 1 «Заявка на предоставление удаленного доступа к объектам
информационной инфраструктуры Заказчика»;
2.
Приложение № 2 «Объем оказываемых Услуг»;
3.
Приложение № 3 «Схема предустановленных шаблонов мероприятий».
33
Приложение № 1
к Техническому заданию
ЗАЯВКА
на предоставление удаленного доступа
к объектам информационной инфраструктуры Заказчика
Наименование
информационной системы
Реквизиты государственного
контракта
Заказчик
Исполнитель (организация,
оказывающая услуги по
государственному контракту)
Описание инцидента
Инициатор (заявитель)
Дата и время поступления
запроса по инциденту
Приоритет
(в соответствии с условиями
Технического задания)
Обоснование необходимости
предоставления удаленного
доступа
Период предоставления
удаленного доступа
ФИО лица, ответственного за
устранение инцидента со
стороны Исполнителя*
Дополнительная информация
(при наличии)
Должность уполномоченного лица
Исполнителя
подпись /Ф.И.О/
Согласовано со стороны Заказчика:**
Подразделение, ответственное за организацию
системы защиты информации объекта
информационной инфраструктуры Заказчика
подпись /Ф.И.О/
Подразделение, ответственное за организацию
технической поддержки объекта информационной
инфраструктуры Заказчика
подпись /Ф.И.О/
* – информация об ответственном лице должна быть направлена Заказчику в течение 5
(пяти) рабочих дней с даты заключения государственного контракта Исполнителем в
соответствии с условиями Технического задания
** – заполняется Заказчиком, при направлении Заявки Исполнителем заполнение данной
информации не требуется
34
Приложение № 2
к Техническому заданию
Объем оказываемых Услуг
№
п/п
Наименование объекта
закупки
Тип объекта
закупки
Позиции по
КТРУ, ОКПД2
Количество
(объем)
и единица
измерения
товара,
работы, услуги
Услуга
62.01.11.000 —
Услуги по
проектированию и
разработке
информационных
технологий для
прикладных задач
и тестированию
программного
обеспечения
1 Условная
единица (усл.
ед)
1
Оказание услуг по
разработке раздела
корпоративного портала
Минэнерго России
«Сервис сквозного
контроля по подготовке
проектов нормативных и
ненормативных правовых
актов»
Цена за
единицу
(в валюте
контракта)
Ставка
НДС
ИТОГО:
Сумма
(в валюте
контракта)
35
Приложение № 3
к Техническому заданию
Схема предустановленных шаблонов мероприятий

=== ФАЙЛ: Приложение № 4 Требования к составу и содержанию заявки | docs/0173100008326000052/Приложение № 4 Требования к составу и содержанию заявки (1).pdf
Приложение № 4 к извещению
о проведении открытого аукциона в электронной форме
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ, СОСТАВУ ЗАЯВКИ НА УЧАСТИЕ В ЗАКУПКЕ И
ИНСТРУКЦИЯ ПО ЕЕ ЗАПОЛНЕНИЮ
1. Требование к содержанию, составу заявки на участие в закупке
Заявка на участие в закупке должна содержать:
1) Информацию и документы об участнике закупки:
1.1) решение о согласии на совершение или о последующем одобрении крупной сделки,
если требование о наличии такого решения установлено законодательством Российской
Федерации, учредительными документами юридического лица и для участника закупки
заключение контракта на поставку товара, выполнение работы или оказание услуги, являющихся
объектом закупки, либо внесение денежных средств в качестве обеспечения заявки на участие в
закупке, обеспечения исполнения контракта является крупной сделкой;
1.2) декларация о соответствии участника закупки требованиям, установленным пунктами 3
- 5, 7 - 11 части 1 статьи 31 Федерального закона от 05.04.2013 № 44-ФЗ (рекомендуемая форма
декларации приведена в Приложении №1 к настоящим Требованиям);
1.3) реквизиты счета участника закупки, на который в соответствии с законодательством
Российской Федерации осуществляется перечисление денежных средств в качестве оплаты
поставленного товара, выполненной работы (ее результатов), оказанной услуги, а также
отдельных этапов исполнения контракта, за исключением случаев, если в соответствии с
законодательством Российской Федерации такой счет открывается после заключения контракта.
2) Информация и документы, которые направляются (по состоянию на дату и время их
направления) заказчику оператором электронной площадки путем информационного
взаимодействия с единой информационной системой (не включаются участником закупки в
состав заявки):

полное и сокращенное (при наличии) наименование юридического лица, в том
числе иностранного юридического лица (если участником закупки является юридическое лицо),
аккредитованного филиала или представительства иностранного юридического лица (если от
имени иностранного юридического лица выступает аккредитованный филиал или
представительство), наименование обособленного подразделения юридического лица (если от
имени участника закупки выступает обособленное подразделение юридического лица), фамилия,
имя, отчество (при наличии) (если участником закупки является физическое лицо, в том числе
зарегистрированное в качестве индивидуального предпринимателя);

фамилия, имя, отчество (при наличии), идентификационный номер
налогоплательщика (при наличии) и должность лица, имеющего право без доверенности
действовать от имени юридического лица, либо действующего в качестве руководителя
юридического лица, аккредитованного филиала или представительства иностранного
юридического лица, либо исполняющего функции единоличного исполнительного органа
юридического лица;

идентификационный номер налогоплательщика (при наличии) членов
коллегиального исполнительного органа, лица, исполняющего функции единоличного
исполнительного органа, управляющего (при наличии), управляющей организации (при
наличии), участников (членов) корпоративного юридического лица, владеющих более чем
двадцатью пятью процентами акций (долей, паев) корпоративного юридического лица,
учредителей унитарного юридического лица или в соответствии с законодательством
соответствующего иностранного государства аналог идентификационного номера
налогоплательщика таких лиц;

адрес юридического лица, в том числе иностранного юридического лица (если
участником закупки является юридическое лицо) в пределах места нахождения юридического
лица, адрес (место нахождения) аккредитованного филиала или представительства на территории
Российской Федерации (если от имени иностранного юридического лица выступает
аккредитованный филиал или представительство), адрес (место нахождения) обособленного
подразделения юридического лица (если от имени участника закупки выступает обособленное
подразделение юридического лица), место жительства физического лица, в том числе
зарегистрированного в качестве индивидуального предпринимателя (если участник закупки
является физическим лицом, в том числе зарегистрированным в качестве индивидуального
предпринимателя), адрес электронной почты, номер контактного телефона;

копия документа, удостоверяющего личность участника закупки в соответствии с
законодательством Российской Федерации (если участник закупки является физическим лицом,
не являющимся индивидуальным предпринимателем);

идентификационный номер налогоплательщика юридического лица (если
участником закупки является юридическое лицо), аккредитованного филиала или
представительства иностранного юридического лица (если от имени иностранного юридического
лица выступает аккредитованный филиал или представительство), физического лица, в том числе
зарегистрированного в качестве индивидуального предпринимателя (если участником закупки
является физическое лицо, в том числе зарегистрированное в качестве индивидуального
предпринимателя), аналог идентификационного номера налогоплательщика в соответствии с
законодательством соответствующего иностранного государства (если участником закупки
является иностранное лицо), код причины постановки на учет юридического лица (если
участником закупки является юридическое лицо), аккредитованного филиала или
представительства иностранного юридического лица (если от имени иностранного юридического
лица выступает аккредитованный филиал или представительство), обособленного подразделения
юридического лица (если от имени участника закупки выступает обособленное подразделение
юридического лица);

выписка из единого государственного реестра юридических лиц (если участником
закупки является юридическое лицо), выписка из единого государственного реестра
индивидуальных предпринимателей (если участником закупки является индивидуальный
предприниматель);

надлежащим образом заверенный перевод на русский язык документов о
государственной регистрации юридического лица или физического лица в качестве
индивидуального предпринимателя в соответствии с законодательством соответствующего
государства (если участником закупки является иностранное лицо);

декларация о принадлежности участника закупки к социально ориентированным
некоммерческим организациям в случае установления преимущества, предусмотренного частью
3 статьи 30 Федерального закона от 05.04.2013 № 44-ФЗ.
2. Инструкция по заполнению заявки на участие в закупке
Подать заявку на участие в закупке вправе только зарегистрированный в единой
информационной системе и аккредитованный на электронной площадке участник закупки путем
направления такой заявки оператору электронной площадки.
Участник закупки вправе подать только одну заявку на участие в закупке в любое время с
момента размещения в единой информационной системе извещения об осуществлении закупки
до окончания срока подачи заявок на участие в закупке.
Подача заявки на участие в закупке означает согласие участника закупки, подавшего
такую заявку, на оказание услуг на условиях, предусмотренных извещением об осуществлении
закупки и в соответствии с заявкой такого участника закупки на участие в закупке.
Участник закупки заполняет заявку, с использованием функционала и в соответствии с
регламентом электронной площадки, в том числе с приложением полного комплекта документов
согласно перечню, определенному в разделе 1 настоящего документа, оформленных в
соответствии с положениями настоящего документа, содержание которых соответствует
требованиям настоящего документа.
Заявка, направленная участником закупки, а также вся корреспонденция и документация,
связанная с заявкой, которыми обмениваются участник и оператор электронной площадки,
должны быть написаны на русском языке.
Входящие в заявку документы, оригиналы которых выданы участнику третьими лицами
на ином языке, могут быть представлены на этом языке при условии, что к ним будет прилагаться
надлежащим образом, заверенный перевод на русский язык. В случае противоречия
представленного документа и его перевода преимущество будет иметь перевод.
Комиссия не рассматривает документы, не переведенные на русский язык.
Приложение №1
к требованиям к содержанию,
составу заявки на участие в закупке
ФОРМА (рекомендуемая)
Декларация о соответствии участника закупки требованиям, установленным
пунктами 3 - 5, 7 - 11 части 1 статьи 31 Федерального закона от 05.04.2013 N 44-ФЗ
Настоящим подтверждаем, что участник закупки ____________________________________
(указывается наименование участника закупки) соответствует следующим единым требованиям,
установленным Федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд»:
1) непроведение ликвидации участника закупки - юридического лица и отсутствие
решения арбитражного суда о признании участника закупки - юридического лица или
индивидуального предпринимателя несостоятельным (банкротом) и об открытии конкурсного
производства;
2) неприостановление деятельности участника закупки в порядке, установленном
Кодексом Российской Федерации об административных правонарушениях;
3) отсутствие у участника закупки недоимки по налогам, сборам, задолженности по иным
обязательным платежам в бюджеты бюджетной системы Российской Федерации (за
исключением сумм, на которые предоставлены отсрочка, рассрочка, инвестиционный налоговый
кредит в соответствии с законодательством Российской Федерации о налогах и сборах, которые
реструктурированы в соответствии с законодательством Российской Федерации, по которым
имеется вступившее в законную силу решение суда о признании обязанности заявителя по уплате
этих сумм исполненной или которые признаны безнадежными к взысканию в соответствии с
законодательством Российской Федерации о налогах и сборах) за прошедший календарный год,
размер которых превышает двадцать пять процентов балансовой стоимости активов участника
закупки, по данным бухгалтерской отчетности за последний отчетный период. Участник закупки
считается соответствующим установленному требованию в случае, если им в установленном
порядке подано заявление об обжаловании указанных недоимки, задолженности и решение по
такому заявлению на дату рассмотрения заявки на участие в определении поставщика
(подрядчика, исполнителя) не принято;
4) отсутствие у участника закупки - физического лица либо у руководителя, членов
коллегиального исполнительного органа, лица, исполняющего функции единоличного
исполнительного органа, или главного бухгалтера юридического лица - участника закупки
судимости за преступления в сфере экономики и (или) преступления, предусмотренные статьями
289, 290, 291, 291.1 Уголовного кодекса Российской Федерации (за исключением лиц, у которых
такая судимость погашена или снята), а также неприменение в отношении указанных физических
лиц наказания в виде лишения права занимать определенные должности или заниматься
определенной деятельностью, которые связаны с поставкой товара, выполнением работы,
оказанием услуги, являющихся объектом осуществляемой закупки, и административного
наказания в виде дисквалификации;
5) участник закупки - юридическое лицо, которое в течение двух лет до момента подачи
заявки на участие в закупке не было привлечено к административной ответственности за
совершение административного правонарушения, предусмотренного статьей 19.28 Кодекса
Российской Федерации об административных правонарушениях (для юридических лиц);
6) обладание участником закупки исключительными правами на результаты
интеллектуальной деятельности, если в связи с исполнением контракта заказчик приобретает
права на такие результаты, за исключением случаев заключения контрактов на создание
произведений литературы или искусства, исполнения, на финансирование проката или показа
национального фильма;
7) отсутствие обстоятельств, при которых должностное лицо заказчика (руководитель
заказчика, член комиссии по осуществлению закупок, руководитель контрактной службы
заказчика, контрактный управляющий), его супруг (супруга), близкий родственник по прямой
восходящей или нисходящей линии (отец, мать, дедушка, бабушка, сын, дочь, внук, внучка),
полнородный или неполнородный (имеющий общих с должностным лицом заказчика отца или
мать) брат (сестра), лицо, усыновленное должностным лицом заказчика, либо усыновитель этого
должностного лица заказчика является:
а) физическим лицом (в том числе зарегистрированным в качестве индивидуального
предпринимателя), являющимся участником закупки;
б) руководителем, единоличным исполнительным органом, членом коллегиального
исполнительного органа, учредителем, членом коллегиального органа унитарной организации,
являющейся участником закупки;
в) единоличным исполнительным органом, членом коллегиального исполнительного
органа, членом коллегиального органа управления, выгодоприобретателем корпоративного
юридического лица, являющегося участником закупки. Выгодоприобретателем для целей
настоящей статьи является физическое лицо, которое владеет напрямую или косвенно (через
юридическое лицо или через несколько юридических лиц) более чем десятью процентами
голосующих акций хозяйственного общества либо владеет напрямую или косвенно (через
юридическое лицо или через несколько юридических лиц) долей, превышающей десять
процентов в уставном (складочном) капитале хозяйственного товарищества или общества;
8) участник закупки не является офшорной компанией, не имеет в составе участников
(членов) корпоративного юридического лица или в составе учредителей унитарного
юридического лица офшорной компании, а также не имеет офшорных компаний в числе лиц,
владеющих напрямую или косвенно (через юридическое лицо или через несколько юридических
лиц) более чем десятью процентами голосующих акций хозяйственного общества либо долей,
превышающей десять процентов в уставном (складочном) капитале хозяйственного
товарищества или общества;
9) участник закупки не является иностранным агентом;
10) отсутствие у участника закупки ограничений для участия в закупках, установленных
законодательством Российской Федерации.

=== ФАЙЛ: Приложение № 2 Проект государственного контракта | docs/0173100008326000052/Приложение № 2 Проект государственного контракта (1).pdf
Приложение № 2 к извещению
о проведении открытого аукциона в электронной форме
Проект государственного контракта № __________________
на оказание услуг по разработке раздела корпоративного портала Минэнерго России «Сервис
сквозного контроля по подготовке проектов нормативных и ненормативных правовых актов»
(Идентификационный код закупки № _______________________________________)
__ _______ 2026 г.
г. Москва
Министерство энергетики Российской Федерации (Минэнерго России), именуемое в
дальнейшем «Заказчик», в лице заместителя Министра энергетики Российской Федерации
Шереметцева Эдуарда Михайловича, действующего на основании приказа Минэнерго России
от 24.11.2021 № 1286 и доверенности от 07.05.2025 № 27, с одной стороны, и __________________,
именуемый в дальнейшем «Исполнитель», в лице __________________, действующего на основании
__________________, с другой стороны, вместе именуемые в дальнейшем «Стороны» и каждый в
отдельности «Сторона», с соблюдением требований Гражданского кодекса Российской Федерации,
Федерального закона от 05.04.2013 № 44-ФЗ«О контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд» (далее – Закон о контрактной
системе) и иного законодательства Российской Федерации, на основании результатов определения
Исполнителя способом закупки открытый аукцион в электронной форме реестровый № закупки
________________, протокол от __ _____ 2026 № ______________________, заключили настоящий
государственный контракт (далее – Контракт) о нижеследующем:
Раздел I. Предмет Контракта
1.1. Исполнитель обязуется оказать услуги по разработке раздела корпоративного портала
Минэнерго России «Сервис сквозного контроля по подготовке проектов нормативных и
ненормативных правовых актов» (далее – Услуги), а Заказчик обязуется принять и оплатить 1
оказанные Услуги в порядке и на условиях, предусмотренных Контрактом.
1.2. Наименование, объем и иные характеристики оказываемых Услуг указаны в Техническом
задании (приложение № 1 к Контракту), являющемся неотъемлемой частью Контракта.
Раздел II. Цена Контракта и порядок расчетов
2.1. Цена Контракта (Предложение о цене за право заключения Контракта) 2 cоставляет
________________ (_________) рублей __ копеек, в том числе НДС __________________ (_________)
(цифрами и прописью) рублей _____ копеек3 (НДС не облагается) 4 5.
2.2. Сумма, подлежащая уплате Заказчиком Исполнителю, уменьшается на размер налогов,
сборов и иных обязательных платежей в бюджеты бюджетной системы Российской Федерации,
связанных с оплатой Контракта, если в соответствии с законодательством Российской Федерации о
налогах и сборах такие налоги, сборы и иные обязательные платежи подлежат уплате в бюджеты
бюджетной системы Российской Федерации Заказчиком.
1
В случае если Контракт заключается по результатам электронного аукциона, который проводился на право заключения
контракта в соответствии с пунктом 9 части 3 статьи 49 Закона о контрактной системе, слова «и оплатить» в текст
Контракта не включаются.
2
Выбирается в случае, если Контракт заключается по результатам электронного аукциона, который проводился на право
заключения контракта в соответствии с пунктом 9 части 3 статьи 49 Закона о контрактной системе. В указанном случае
пункты 2.2 - 2.8 в текст Контракта не включаются.
3
Указывается в случае, если Контракт заключается с лицами, являющимися в соответствии с Налоговым кодексом
Российской Федерации плательщиками НДС.
4
Указывается в случае, если Контракт заключается с лицами, не являющимися в соответствии с Налоговым кодексом
Российской Федерации плательщиками НДС.
5
Условие в части НДС не включается в Контракт в случае указания предложения о цене за право заключения
Контракта
2.3. Цена Контракта включает в себя стоимость Услуг и иные расходы, связанные с
исполнением Контракта.
2.4. Цена Контракта является твердой и определяется на весь срок исполнения Контракта, за
исключением случаев, установленных Законом о контрактной системе и Контрактом.
Цена Контракта может быть снижена по соглашению Сторон без изменения,
предусмотренного Контрактом объема и качества оказываемых Услуг и иных условий Контракта.
2.5. Источник финансирования Контракта – Федеральный бюджет.
Код вида расходов: 242.
2.6. Авансовый платеж не предусмотрен.
2.7. Расчеты между Заказчиком и Исполнителем производятся не позднее 7 (семи) рабочих
дней с даты подписания усиленной электронной подписью лица, имеющего право действовать от
имени Заказчика, документа о приемке в единой информационной системе (далее – ЕИС) .
Документ о приемке Услуг в рамках исполнения Контракта (отдельного этапа исполнения
Контракта), сформированный в ЕИС в электронной форме и подписанный электронными подписями
по правилам Федерального закона от 6 апреля 2011 г. № 63-ФЗ «Об электронной подписи»,
признается электронным документом, равнозначным документу на бумажном носителе,
подписанному собственноручными подписями.
К формируемому в ЕИС документу о приемке Исполнитель вправе приложить документы,
являющиеся его неотъемлемой частью (Товарная накладная по форме Торг-12, счет, счет фактура (в
случае, если Исполнитель является плательщиком НДС)).
2.8. В случае, если исполнение Контракта (этапа) осуществляется в декабре, оплата
осуществляется в следующем порядке:
если окончание оказания Услуг приходится на дату с 1 по 20 декабря финансового года
включительно, – не позднее чем за один рабочий день до окончания текущего финансового года в
пределах лимитов бюджетных обязательств, доведенных до получателя средств федерального
бюджета на указанный финансовый год, либо в очередном финансовом году в пределах лимитов
бюджетных обязательств, доведенных до получателей средств федерального бюджета на очередной
финансовый год;
если окончание оказания Услуг, согласно условиям Контракта, приходится на дату с 21 по 31
декабря финансового года включительно, – в очередном финансовом году в пределах лимитов
бюджетных обязательств, доведенных до Заказчика на очередной финансовый год.
2.9. Оплата по Контракту осуществляется по безналичному расчету платежными поручениями
путем перечисления Заказчиком денежных средств на расчетный счет Исполнителя, указанный в
Контракте. В случае изменения расчетного счета Исполнитель обязан в трехдневный срок с момента
изменения расчетного счета в письменной форме сообщить об этом Заказчику, указав новые
реквизиты расчетного счета. В противном случае все риски, связанные с перечислением Заказчиком
денежных средств на указанный в Контракте счет Исполнителя, несет Исполнитель.
2.10. В случае неисполнения Исполнителем требований об уплате неустоек (штрафов, пеней),
предъявленных Заказчиком, Заказчик производит оплату по Контракту за вычетом соответствующего
размера неустойки (штрафа, пени).
2.11. Исполнение обязательства Исполнителя по перечислению неустойки (штрафа, пени) в
доход бюджетной системы Российской Федерации в данном случае возлагается на Заказчика и
осуществляется последним на основании платежного документа с указанием Исполнителя, за
которого осуществляется перечисление неустойки (штрафа, пени) в доход соответствующего
бюджета.
Раздел III. Порядок, сроки, место и условия оказания и сдачи-приемки Услуг
3.1. Исполнитель оказывает Услуги с даты заключения Контракта по 04.12.2026
в соответствии с Техническим заданием по адресу: г. Москва, ул. Щепкина, д. 42 строение 1, 2
или с использованием средств удаленного доступа в соответствии с Техническим заданием.
3.2. Сдача-приемка оказанных Услуг осуществляется путем предоставления Исполнителем
документов, обязательных для данного вида Услуг в соответствии с Техническим заданием.
3.3. Исполнитель не позднее трех рабочих дней, следующего за днем оказания Услуг,
формирует с использованием ЕИС, подписывает усиленной электронной подписью лица, имеющего
право действовать от имени Исполнителя, и размещает в ЕИС документ о приемке, который должен
содержать информацию, предусмотренную частью 13 статьи 94 Закона о контрактной системе.
Исполнитель вправе приложить к документу о приемке документы, которые считаются его
неотъемлемой частью.
К документу о приемке прилагаются документы, обязательные для данного вида Услуг, а
также иные документы, подтверждающие качество оказанных Услуг, а также иные документы,
предусмотренные Техническим заданием.
Датой приемки оказанных Услуг считается дата размещения в ЕИС документа о приемке,
подписанного Заказчиком.
3.4. Заказчик проводит проверку соответствия объема и иных характеристик оказываемых
Услуг, сведениям, содержащимся в сопроводительных документах Исполнителя.
3.5. Для проверки результатов оказанных Услуг, предусмотренных Контрактом, в части их
соответствия условиям Контракта Заказчик проводит экспертизу. Экспертиза результатов оказанных
Услуг, предусмотренных Контрактом, может проводиться Заказчиком своими силами или к ее
проведению могут привлекаться эксперты, экспертные организации на основании контрактов,
заключенных в соответствии с Законом о контрактной системе.
3.6. При отсутствии у Заказчика претензий по объему и качеству оказанных Услуг Заказчик не
позднее 20 (двадцати) рабочих дней, следующих за днем поступления документа о приемке,
направленного Заказчику посредством ЕИС, подписывает усиленной электронной подписью лица,
имеющего право действовать от имени Заказчика, и размещает в ЕИС документ о приемке. Датой
приемки оказанной услуги считается дата размещения в ЕИС документа о приемке, подписанного
Заказчиком.
3.7. При выявлении несоответствий в оказанных Услугах (наименования, объема, качества, в
том числе в случае выявления внешних признаков ненадлежащего качества оказанных Услуг,
препятствующих приемке, Заказчик в срок, установленный в пункте 3.6 Контракта, формирует с
использованием ЕИС, подписывает усиленной электронной подписью лица, имеющего право
действовать от имени Заказчика, и размещает в ЕИС мотивированный отказ от подписания документа
о приемке с указанием причин такого отказа. В случае получения мотивированного отказа от
подписания документа о приемке Исполнитель вправе устранить причины, указанные в таком
мотивированном отказе, и направить Заказчику документ о приемке в порядке, предусмотренном
пунктом 3.3 Контракта.
Раздел IV. Права и обязанности сторон
4.1. Исполнитель обязан:
4.1.1. оказать Услуги в порядке, объеме, в срок и на условиях, предусмотренных Контрактом,
Техническим заданием;
4.1.2. обеспечить соответствие оказываемых Услуг требованиям качества, безопасности жизни
и здоровья, а также иным требованиям безопасности (санитарным нормам и правилам,
государственным стандартам), сертификации, лицензирования, установленным законодательством
Российской Федерации и Контрактом;
4.1.3. обеспечить за свой счет устранение выявленных недостатков оказанных Услуг в порядке
и на условиях, предусмотренных Контрактом;
4.1.4. в случае принятия решения об одностороннем отказе от исполнения Контракта
Исполнитель с использованием ЕИС формирует решение об одностороннем отказе от исполнения
Контракта, подписывает его усиленной электронной подписью лица, имеющего право действовать от
имени Исполнителя, и размещает такое решение в ЕИС.
4.1.5. предоставлять Заказчику по его требованию документы, относящиеся к предмету
Контракта, а также своевременно предоставлять Заказчику достоверную информацию о ходе
исполнения своих обязательств, в том числе о сложностях, возникающих при исполнении Контракта;
4.2. Исполнитель вправе:
4.2.1. требовать от Заказчика произвести приемку оказанных Услуг в порядке и в сроки,
предусмотренные Контрактом;
4.2.2. требовать своевременной оплаты на условиях, установленных Контрактом, надлежащим
образом оказанных и принятых Заказчиком Услуг6;
4.2.3. принять решение об одностороннем отказе от исполнения Контракта в соответствии с
гражданским законодательством;
4.2.4. требовать возмещения убытков, уплаты неустоек (штрафов, пеней) в соответствии с
разделом VI Контракта;
4.2.5. привлечь к исполнению своих обязательств по Контракту других лиц - соисполнителей,
обладающих специальными знаниями, навыками, специальным оборудованием и т.п., по видам
(содержанию) услуг, предусмотренных в Техническом задании. При этом Исполнитель несет
ответственность перед Заказчиком за неисполнение или ненадлежащее исполнение обязательств
соисполнителями.
4.2.6. привлечение соисполнителей не влечет изменение Цены Контракта и/или объемов услуг
по Контракту. Перечень услуг, оказанных соисполнителями, и их стоимость Исполнитель указывает
в отчетной документации, представляемой Заказчику по результатам оказания услуг в порядке,
установленном Контрактом.
4.2.7. Исполнитель вправе в случае неисполнения или ненадлежащего исполнения
соисполнителем обязательств, предусмотренных Контрактом, заключенным с Исполнителем,
осуществлять замену соисполнителя, с которым ранее был заключен Контракт, на другого
соисполнителя.
4.3. Заказчик обязуется:
4.3.1. Своевременно принять и оплатить надлежащим образом оказанные Услуги в
соответствии с Контрактом;7
4.3.2. принять решение об одностороннем отказе от исполнения Контракта в случае, если в
ходе исполнения Контракта установлено, что Исполнитель и (или) оказываемые Услуги перестали
соответствовать установленным извещением об осуществлении закупки требованиям к участникам
закупки (за исключением требования, предусмотренного частью 1.1 (при наличии такого требования)
статьи 31 Закона о контрактной системе и (или) оказываемым Услугам, если при определении
Исполнителя Исполнитель представил недостоверную информацию о своем соответствии и (или)
соответствии оказываемых Услуг требованиям, указанным в извещении об осуществлении закупки,
что позволило ему стать победителем определения Исполнителя;
4.3.3. в случае принятия решения об одностороннем отказе от исполнения Контракта Заказчик
с использованием ЕИС формирует решение об одностороннем отказе от исполнения Контракта,
подписывает его усиленной электронной подписью лица, имеющего право действовать от имени
Заказчика, и размещает такое решение в ЕИС;
4.3.4. требовать уплаты неустоек (штрафов, пеней) в соответствии с разделом VI Контракта;
4.3.5. провести экспертизу оказанных Услуг для проверки их соответствия условиям
Контракта в соответствии с Законом о контрактной системе.
4.4. Заказчик вправе:
4.4.1. требовать от Исполнителя надлежащего исполнения обязательств по Контракту;
4.4.2. требовать от Исполнителя своевременного устранения недостатков, выявленных как в
ходе приемки, так и в течение гарантийного периода;
4.4.3. проверять ход и качество выполнения Исполнителем условий Контракта без
вмешательства в оперативно-хозяйственную деятельность Исполнителя;
4.4.4. требовать возмещения убытков в соответствии с разделом VI Контракта, причиненных
по вине Исполнителя;
4.4.5. отказаться от приемки и оплаты Услуг, не соответствующим условиям Контракта;
4.4.6. принять решение об одностороннем отказе от исполнения Контракта в соответствии с
6
Данный подпункт не включается в текст Контракта в случае, если Контракт заключается по результатам электронного
аукциона, который проводился на право заключения контракта в соответствии с пунктом 9 части 3 статьи 49 Закона о
контрактной системе.
7
В случае если Контракт заключается по результатам электронного аукциона, который проводился на право заключения
контракта в соответствии с пунктом 9 части 3 статьи 49 Закона о контрактной системе слова «и оплату» в проект
Контракта не включаются.
гражданским законодательством;
4.4.8. до принятия решения об одностороннем отказе от исполнения Контракта провести
экспертизу оказанных Услуг с привлечением экспертов, экспертных организаций.
Раздел V. Качество
5.1. Исполнитель гарантирует качество оказания услуг в соответствии с требованиями,
указанными в Контракте и Техническом задании.
5.2. Гарантийный срок на оказанные услуги указывается в Техническом задании.
5.3. При обнаружении в период гарантийного срока недостатков оказания Услуг, Исполнитель
обязан устранить их за свой счет в сроки, согласованные и установленные Исполнителем и
Заказчиком в Акте о недостатках с перечнем выявленных недостатков, необходимых доработок и
сроков их устранения. Гарантийный срок в данном случае продлевается на период устранения
выявленных недостатков. При отказе Исполнителя от составления или подписания Акта о
недостатках, обнаруженных в период гарантийного срока, Заказчик проводит квалифицированную
экспертизу с привлечением экспертов (специалистов) в порядке, предусмотренном Законом о
контрактной системе, по итогам которой составляется соответствующий Акт, фиксирующий затраты
по исправлению недостатков. Возмещение расходов за проведенную экспертизу осуществляется в
соответствии с требованиями Гражданского кодекса Российской Федерации.
5.4. Вред, причиненный жизни, здоровью или имуществу Заказчика и иных лиц вследствие
необеспечения Исполнителем безопасности оказания Услуг подлежит возмещению в соответствии с
требованиями Гражданского кодекса Российской Федерации.
Раздел VI. Ответственность Сторон
6.1. За неисполнение или ненадлежащее исполнение своих обязательств, установленных
настоящим Контрактом, Заказчик и Исполнитель несут ответственность в соответствии с
постановлением Правительства Российской Федерации от 30.08.2017 №1042 «Об утверждении
Правил определения размера штрафа, начисляемого в случае ненадлежащего исполнения заказчиком,
неисполнения или ненадлежащего исполнения поставщиком (подрядчиком, исполнителем)
обязательств, предусмотренных контрактом (за исключением просрочки исполнения обязательств
заказчиком, поставщиком (подрядчиком, исполнителем), о внесении изменений в постановление
Правительства Российской Федерации от 15 мая 2017 г. № 570 и признании утратившим силу
постановления Правительства Российской Федерации от 25 ноября 2013 г. № 1063».
6.2. Размер штрафа устанавливается настоящим Контрактом в порядке, установленном
настоящим разделом Контракта, в том числе рассчитывается как процент цены Контракта, или в
случае, если Контрактом предусмотрены этапы исполнения Контракта, как процент этапа
исполнения Контракта (далее – цена Контракта (этапа)).
6.3. Пеня начисляется за каждый день просрочки исполнения Исполнителем обязательства,
предусмотренного Контрактом, начиная со дня, следующего после дня истечения установленного
Контрактом срока исполнения обязательства, в размере одной трехсотой действующей на дату
уплаты пени ключевой ставки Центрального банка Российской Федерации от цены Контракта
(отдельного этапа исполнения Контракта), уменьшенной на сумму, пропорциональную объему
обязательств, предусмотренных Контрактом (соответствующим отдельным этапом исполнения
Контракта) и фактически исполненных Исполнителем, за исключением случаев, если
законодательством Российской Федерации установлен иной порядок начисления пени.
6.4. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, заключенным по результатам определения исполнителя
в соответствии с пунктом 1 части 1 статьи 30 Закона о контрактной системе, за исключением
просрочки исполнения обязательств (в том числе гарантийного обязательства), предусмотренных
Контрактом, размер штрафа устанавливается в размере 1 процента цены контракта (этапа), но не
более 5 тыс. рублей и не менее 1 тыс. рублей.
6.5. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, заключенным с победителем закупки (или с иным
участником закупки в случаях, установленных Законом о контрактной системе), предложившим
наиболее высокую цену за право заключения Контракта, размер штрафа рассчитывается в порядке,
установленном настоящим пунктом, за исключением просрочки исполнения обязательств (в том
числе гарантийного обязательства), предусмотренных Контрактом, и устанавливается в следующем
порядке:
6.5.1. в случае, если цена Контракта не превышает начальную (максимальную) цену
Контракта:
–
10 процентов начальной (максимальной) цены Контракта, если цена Контракта не
превышает 3 млн. рублей;
–
5 процентов начальной (максимальной) цены Контракта, если цена Контракта
составляет от 3 млн. рублей до 50 млн. рублей (включительно);
–
1 процент начальной (максимальной) цены Контракта, если цена Контракта составляет
от 50 млн. рублей до 100 млн. рублей (включительно);
6.5.2. в случае, если цена Контракта превышает начальную (максимальную) цену Контракта:
–
10 процентов цены Контракта, если цена Контракта не превышает 3 млн. рублей;
–
5 процентов цены Контракта, если цена Контракта составляет от 3 млн. рублей до 50
млн. рублей (включительно);
–
1 процент цены Контракта, если цена Контракта составляет от 50 млн. рублей до 100
млн. рублей (включительно)
6.6. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательства, предусмотренного Контрактом, которое не имеет стоимостного выражения, размер
штрафа устанавливается (при наличии в контракте таких обязательств) в следующем порядке:
–
1000 рублей, если цена Контракта не превышает 3 млн. рублей;
–
5000 рублей, если цена Контракта составляет от 3 млн. рублей до 50 млн. рублей
(включительно);
–
10000 рублей, если цена Контракта составляет от 50 млн. рублей до 100 млн. рублей
(включительно);
–
100000 рублей, если цена Контракта превышает 100 млн. рублей.
6.7. За каждый факт неисполнения Заказчиком обязательств, предусмотренных Контрактом, за
исключением просрочки исполнения обязательств, предусмотренных Контрактом, размер штрафа
устанавливается в следующем порядке:
–
1000 рублей, если цена Контракта не превышает 3 млн. рублей (включительно);
–
5000 рублей, если цена Контракта составляет от 3 млн. рублей до 50 млн. рублей
(включительно);
–
10000 рублей, если цена Контракта составляет от 50 млн. рублей до 100 млн. рублей
(включительно);
–
100000 рублей, если цена Контракта превышает 100 млн. рублей.
6.8. Пеня начисляется за каждый день просрочки исполнения обязательства Заказчиком,
предусмотренного Контрактом, начиная со дня, следующего после дня истечения установленного
Контрактом срока исполнения обязательства в размере одной трехсотой действующей на дату уплаты
пеней ключевой ставки Центрального банка Российской Федерации от не уплаченной в срок суммы.
6.9. Общая сумма начисленных штрафов за неисполнение или ненадлежащее исполнение
Исполнителем обязательств, предусмотренных Контрактом, не может превышать цену Контракта.
6.10. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком
обязательств, предусмотренных Контрактом, не может превышать цену Контракта.
6.11. Стороны настоящего Контракта освобождаются от уплаты неустойки (штрафа, пеней),
если докажут, что просрочка исполнения соответствующего обязательства произошла вследствие
непреодолимой силы или по вине другой Стороны.
6.12. В случае установления уполномоченными контрольными органами фактов оказания
Услуг не в полном объеме и/или завышения их стоимости Исполнитель осуществляет возврат
Заказчику излишне уплаченных денежных средств.
6.13. Уплата Исполнителем неустойки или применение иной формы ответственности не
освобождает его от исполнения обязательств по настоящему Контракту.
6.14. В качестве подтверждения фактов неисполнения и (или) ненадлежащего исполнения
обязательств, Заказчик может предъявлять фото-и видеоматериалы, являющиеся основанием для
взыскания неустойки или применения иной формы ответственности в соответствии с
законодательством Российской Федерации.
Раздел VII. Обеспечение исполнения Контракта
7.1. Обеспечение исполнения Контракта устанавливается
Вариант 1: в размере 30 % от цены Контракта, а именно _____________________
(_______________________) рублей __ копеек.
Вариант 2: в размере 45 % от цены Контракта, а именно ________________________
(_______________________) в соответствии с положениями статьи 37 Закона о контрактной системе.
7.2. Исполнение Контракта обеспечивается предоставлением независимой гарантии,
соответствующей требованиям статьи 45 Закона о контрактной системе, или внесением денежных
средств на указанный Заказчиком счет, на котором в соответствии с законодательством Российской
Федерации учитываются операции со средствами, поступающими Заказчику.
Способ обеспечения исполнения Контракта, срок действия независимой гарантии
определяются в соответствии с требованиями Закона о контрактной системе участником закупки, с
которым заключается контракт, самостоятельно.
Срок действия независимой гарантии должен превышать предусмотренный Контрактом срок
исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее
чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95 Закона о
контрактной системе.
7.3. Денежные средства, внесенные Исполнителем в качестве обеспечения исполнения
Контракта, в том числе часть этих денежных средств в случае уменьшения размера обеспечения
исполнения Контракта в соответствии с пунктами 7.5 и 7.6 Контракта, возвращаются Исполнителю в
течение 15 (пятнадцати) дней с даты исполнения Исполнителем обязательств, предусмотренных
Контрактом (если такая форма обеспечения исполнения Контракта применяется Исполнителем).
7.4. Независимая гарантия, предоставленная в качестве обеспечения исполнения Контракта,
должна соответствовать требованиям, установленным статьей 45 Закона о контрактной системе, а
также предусматривать условие об обязанности гаранта уплатить Заказчику денежную сумму по
независимой гарантии не позднее десяти рабочих дней со дня, следующего за днем получения
гарантом требования Заказчика, соответствующего условиям такой независимой гарантии, при
отсутствии предусмотренных Гражданским кодексом Российской Федерации оснований для отказа в
удовлетворении этого требования.
7.5. В ходе исполнения Контракта Исполнитель вправе изменить способ обеспечения
исполнения Контракта и (или) предоставить Заказчику взамен ранее предоставленного обеспечения
исполнения Контракта новое обеспечение исполнения Контракта, размер которого может быть
уменьшен в порядке и случаях, которые предусмотрены пунктами 7.6 и 7.7 Контракта.
7.6. Размер обеспечения исполнения Контракта уменьшается посредством направления
Заказчиком информации об исполнении Исполнителем обязательств по оказанию Услуг или об
исполнении им отдельного этапа исполнения Контракта и стоимости исполненных обязательств для
включения в реестр контрактов, предусмотренный статьей 103 Закона о контрактной системе (далее реестр контрактов). Уменьшение размера обеспечения исполнения Контракта производится
пропорционально стоимости исполненных обязательств, приемка и оплата которых осуществлены в
порядке и сроки, которые предусмотрены Контрактом. В случае, если обеспечение исполнения
Контракта осуществляется путем предоставления независимой гарантии, требование Заказчика об
уплате денежных сумм по этой гарантии может быть предъявлено в размере не более размера
обеспечения исполнения Контракта, рассчитанного Заказчиком на основании информации об
исполнении Контракта, размещенной в реестре контрактов. В случае, если обеспечение исполнения
Контракта осуществляется путем внесения денежных средств на счет, указанный Заказчиком, по
заявлению Исполнителя ему возвращаются Заказчиком в установленный в пункте 7.3 Контракта срок
денежные средства в сумме, на которую уменьшен размер обеспечения исполнения Контракта,
рассчитанный Заказчиком на основании информации об исполнении Контракта, размещенной в
реестре контрактов.
7.7. Предусмотренное пунктами 7.5 и 7.6 Контракта уменьшение размера обеспечения
исполнения Контракта осуществляется при условии отсутствия неисполненных Исполнителем
требований об уплате неустоек (штрафов, пеней), предъявленных Заказчиком в соответствии с
разделом VI Контракта, а также приемки Заказчиком оказанных Услуг, результатов отдельного этапа
исполнения Контракта в объеме выплаченного аванса (если Контрактом предусмотрена выплата
аванса) либо в объеме, превышающем выплаченный аванс (если в соответствии с законодательством
Российской Федерации расчеты по Контракту в части выплаты аванса подлежат казначейскому
сопровождению). Такое уменьшение не допускается в случаях, определенных Правительством
Российской Федерации в соответствии с частью 7.3 статьи 96 Закона о контрактной системе.
7.8. В случае отзыва в соответствии с законодательством Российской Федерации у банка,
предоставившего независимую гарантию в качестве обеспечения исполнения Контракта, лицензии на
осуществление банковских операций, Исполнитель обязан предоставить новое обеспечение
исполнения Контракта не позднее одного месяца со дня надлежащего уведомления Заказчиком
Исполнителя о необходимости предоставить соответствующее обеспечение. Размер такого
обеспечения может быть уменьшен в порядке и случаях, которые предусмотрены пунктами 7.5, 7.6 и
7.7 Контракта.
7.9. Уменьшение в соответствии с пунктами 7.5 и 7.6 Контракта размера обеспечения
исполнения Контракта, предоставленного в виде независимой гарантии, осуществляется Заказчиком
путем отказа от части своих прав по этой гарантии. При этом датой такого отказа признается дата
включения предусмотренной пунктом 7.6 Контракта информации в реестр контрактов.
7.10. В случае предоставления нового обеспечения исполнения Контракта в соответствии с
пунктами 7.5 и 7.8 Контракта возврат независимой гарантии Заказчиком гаранту, предоставившему
указанную независимую гарантию, не осуществляется, взыскание по ней не производится.
7.11. Участник закупки, с которым заключается Контракт по результатам определения
исполнителя в соответствии с пунктом 1 части 1 статьи 30 Закона о контрактной системе,
освобождается от предоставления обеспечения исполнения Контракта, в том числе с учетом
положений статьи 37 Закона о контрактной системе, в случае предоставления таким участником
закупки информации, содержащейся в реестре контрактов, заключенных заказчиками, и
подтверждающей исполнение таким участником (без учета правопреемства) в течение трех лет до
даты подачи заявки на участие в закупке трех контрактов, исполненных без применения к такому
участнику неустоек (штрафов, пеней). Такая информация представляется участником закупки до
заключения Контракта в случаях, установленных Законом о контрактной системе для предоставления
обеспечения исполнения Контракта. При этом сумма цен таких контрактов должна составлять не
менее начальной (максимальной) цены контракта, указанной в извещении об осуществлении закупки.
7.12. Положения настоящего раздела Контракта не применяются в случае заключения
Контракта с участником закупки, который является казенным учреждением.
Раздел VIII. Обеспечение гарантийных обязательств
8.1. Обеспечение гарантийных обязательств не устанавливается.
Раздел IX. Обстоятельства непреодолимой силы
9.1. Стороны не несут ответственность за полное или частичное неисполнение
предусмотренных Контрактом обязательств, если такое неисполнение связано с обстоятельствами
непреодолимой силы.
9.2. В случае если надлежащее исполнение Стороной предусмотренных Контрактом
обязательств оказалось невозможным вследствие обстоятельств непреодолимой силы, такая Сторона
не позднее 10 (десяти) дней с момента их наступления в письменной форме извещает другую Сторону
с приложением документов, удостоверяющих факт наступления указанных обстоятельств.
9.3. В случае возникновения обстоятельств непреодолимой силы Стороны вправе расторгнуть
Контракт, и в этом случае ни одна из Сторон не вправе требовать возмещения убытков.
9.4. Подтверждением наличия обстоятельств непреодолимой силы и их продолжительности
является письменное свидетельство уполномоченных органов или уполномоченных организаций.
Раздел X. Рассмотрение и разрешение споров
10.1. Все споры и разногласия, которые могут возникнуть из Контракта между Сторонами,
будут разрешаться путем переговоров, в том числе в претензионном порядке.
10.2. Претензия оформляется в письменной форме. В претензии перечисляются допущенные
при исполнении Контракта нарушения со ссылкой на соответствующие положения Контракта или его
приложений, отражаются стоимостная оценка ответственности (неустойки), а также действия,
которые должны быть произведены Стороной для устранения нарушений.
10.3. Срок рассмотрения претензии не может превышать 10 (десять) дней. Переписка Сторон
может осуществляться в виде писем или телеграмм, а в случаях направления телекса, факса, иного
электронного сообщения - с последующим предоставлением оригинала документа.
10.4. При неурегулировании Сторонами спора в досудебном порядке, спор разрешается в
судебном порядке в Арбитражном суде г. Москвы.
Раздел XI. Срок действия и порядок расторжения Контракта
11.1. Контракт вступает в силу с даты его подписания обеими Сторонами и действует по
31.12.2026. Окончание срока действия Контракта не влечет прекращения неисполненных
обязательств Сторон по Контракту, в том числе гарантийных обязательств Исполнителя.
11.2. Расторжение Контракта допускается по соглашению Сторон, по решению суда или в
связи с односторонним отказом Стороны от исполнения Контракта в соответствии с гражданским
законодательством Российской Федерации в порядке, предусмотренном частями 9 – 23 статьи 95
Закона о контрактной системе.
Раздел XII. Прочие положения
12.1. Во всем, что не предусмотрено Контрактом, Стороны руководствуются
законодательством Российской Федерации.
12.2. В случае изменения у какой-либо из Сторон местонахождения, названия, а также в случае
реорганизации она обязана в течение десяти дней письменно известить об этом другую Сторону.
12.3. Внесение изменений и дополнений, не противоречащих законодательству Российской
Федерации, в условия Контракта осуществляется путем заключения Сторонами дополнительных
соглашений к Контракту, которые являются его неотъемлемой частью.
12.4. Изменение условий Контракта при его исполнении не допускается, за исключением
случаев, предусмотренных статьей 95 Закона о контрактной системе.
12.5. При исполнении Контракта не допускается перемена Исполнителя, за исключением
случая, если новый исполнитель является правопреемником Исполнителя вследствие реорганизации
юридического лица в форме преобразования, слияния или присоединения.
Передача прав и обязанностей по Контракту правопреемнику Исполнителя осуществляется
путем заключения соответствующего дополнительного соглашения к Контракту.
12.6. Стороны обязуются обеспечить конфиденциальность сведений, относящихся к предмету
Контракта, и ставших им известными в ходе исполнения Контракта.
12.7. Контракт составлен в форме электронного документа, подписанного усиленными
электронными подписями Сторон.
Раздел XIII. Перечень приложений
13.1. Неотъемлемой частью Контракта являются следующие приложения:
Приложение № 1 «Техническое задание».
Раздел XIV. Адреса и банковские реквизиты Сторон
Заказчик:
Министерство энергетики Российской
Федерации (Минэнерго России)
Юр. адрес: 109012, г. Москва, Китайгородский
проезд, д. 7
Почтовый адрес: 129110, ГСП-6, г. Москва,
ул. Щепкина, д. 42, стр. 1, 2
Банковские реквизиты:
ИНН 7705847529
КПП 770501001
Межрегиональное операционное УФК
(Минэнерго России, л/с 03951000220)
р/с 40102810045370000002 в Операционном
департаменте Банка России
//Межрегиональное операционное УФК
г. Москва
к/с 03211643000000019503
БИК 024501901
ОКПО/ ОКТМО 00083641/45381000
Банковские реквизиты
(для обеспечения контракта):
Министерство энергетики Российской
Федерации (Минэнерго России)
ИНН 7705847529
КПП 770501001
Межрегиональное операционное УФК
(Минэнерго России, л/с 05951000220)
р/с 40102810045370000002 в Операционном
департаменте Банка России
//Межрегиональное операционное УФК
г. Москва
к/с 03212643000000019502
БИК 024501901
ОКПО/ ОКТМО 00083641/45381000
Исполнитель: _________
Юридический адрес: _______
Почтовый адрес: _____________
Адрес электронной почты: ____________
Телефон: ____________
ИНН: ___________
КПП: ___________
ОГРН: _____________
ОКПО: _____________
ОКТМО: _____________
ОКВЭД: ______________
ОКОПФ: ___________
Дата постановки на учет в налоговом органе:
_________ г.
Заместитель Министра
энергетики Российской Федерации
_________________
Банковские реквизиты
Название банка: ______________
БИК: _________________
Расчетный счёт: _______________
Корреспондентский счёт/лицевой счёт:
____________________________
________________________ Э.М. Шереметцев _________________________ ___________
Приложение № 1
к государственному контракту
от «__» __________ 2026 г.
№ ________________________
Техническое задание
на оказание услуг по разработке раздела корпоративного портала Минэнерго России «Сервис
сквозного контроля по подготовке проектов нормативных и ненормативных правовых актов»
(заполняется по итогам проведения закупки)
ЗАКАЗЧИК
ИСПОЛНИТЕЛЬ
Заместитель Министра
энергетики Российской Федерации
_______________________ Э.М. Шереметцев
_________________________ ____________

=== ФАЙЛ: Технический проект_Портал (1) | docs/0173100008326000052/Технический проект_Портал (1).pdf
Технический проект. Сервис НПА.
Оглавление
Словарь терминов и сокращений.....................................................................................................9
1
1.1
Описание архитектуры сервиса............................................................................................13
Назначение и архитектурные границы сервиса..............................................................13
1.1.1
Назначение сервиса...................................................................................................13
1.1.3
Границы реализации сервиса....................................................................................13
1.1.2
1.2
Архитектурная граница сервиса...............................................................................13
Архитектурные принципы................................................................................................14
1.2.1
Принцип использования платформы Корпоративного портала............................14
1.2.3
Принцип маршрутизации, истории и уведомлений...............................................15
1.2.2
Принцип прикладной модели данных сервиса.......................................................15
1.2.4 Принцип загрузки документа ПГ, структурного извлечения данных, ручной
проверки и управляемых расширений.............................................................................................15
1.3
Среда исполнения..............................................................................................................16
1.3.1
Платформенная среда................................................................................................16
1.3.3
Хранение данных и файлов ...................................................................................... 17
1.3.2
1.3.4
1.4
Фоновые и регламентные операции.........................................................................17
Функционально-модульная схема....................................................................................18
1.4.1
Состав функциональных модулей............................................................................18
1.4.3
Общие механизмы модулей......................................................................................20
1.4.2
1.5
Назначение модулей..................................................................................................20
Взаимодействие модулей..................................................................................................20
1.5.1
Сквозная цепочка обработки....................................................................................20
1.5.3
Статусы, история и уведомления в межмодульном взаимодействии...................23
1.5.2
1.6
Передача результатов между модулями..................................................................22
Использование стандартных механизмов Б24................................................................24
1.6.1
Пользователи, роли и оргструктура.........................................................................24
1.6.3
Уведомления и журнал фактов уведомлений.........................................................25
1.6.2
1.6.4
1.7
Файлы и связанные материалы ................................................................................ 25
Logical only ссылки на платформенные объекты ................................................... 26
Интеграционные контуры и ограничения.......................................................................27
1.7.1
Контур СЭД................................................................................................................27
1.7.3
Контур уведомлений, API и фоновых операций .................................................... 28
1.7.2
1.7.4
2
Пользовательский и серверный слой.......................................................................16
1.8
2.1
Контур загрузки и структурного извлечения данных ПГ......................................27
Ограничения развития интеграций..........................................................................28
Архитектурная схема.........................................................................................................30
Описание автоматизированных функций............................................................................31
Общие положения..............................................................................................................31
2.1.1
Понятие автоматизированной функции .................................................................. 31
Страница 2
Технический проект. Сервис НПА.
2.1.2
Границы функции и экранной реализации..............................................................31
2.1.4
Проверки, история и уведомления при выполнении функций ............................. 32
2.1.3
2.1.5
2.2
Связь функций с объектами, ролями и статусами..................................................31
Группировка функций по модулям сервиса............................................................32
Функции модуля «Реестр НПА и ПА» ............................................................................ 32
2.2.1
Назначение модуля....................................................................................................32
2.2.3
Результаты выполнения функций............................................................................34
2.2.2
2.2.4
2.3
Состав автоматизированных функций.....................................................................33
Проверки, история и уведомления...........................................................................34
Функции модуля «База данных ПГ»................................................................................35
2.3.1
2.3.2
Назначение модуля....................................................................................................35
Состав автоматизированных функций.....................................................................35
2.3.3. Результаты выполнения функций................................................................................38
2.3.4. Проверки и ограничения доступа................................................................................38
2.3.5. Обработка изменений ПГ ............................................................................................. 38
2.4. Функции модуля «Дорожные карты».................................................................................39
2.4.1. Назначение модуля........................................................................................................39
2.4.2. Создание ДК и заполнение сведений .......................................................................... 40
2.4.3. Характеристики акта.....................................................................................................40
2.4.4. Мероприятия ДК............................................................................................................41
2.4.5. Общие и личные шаблоны мероприятий....................................................................41
2.4.6. Рекомендации мероприятий.........................................................................................42
2.4.7. Результаты выполнения функций формирования ДК ............................................... 47
2.4.8. Проверки и ограничения первой части функций ДК.................................................47
2.4.9. Формирование маршрута согласования......................................................................48
2.4.10. Согласование и возврат ДК на доработку.................................................................50
2.4.11. Финальное утверждение ДК.......................................................................................51
2.4.12. Исполнение мероприятий и контроль.......................................................................52
2.4.13 Аварийная правка утвержденной ДК.........................................................................53
2.4.14
Результаты выполнения функций согласования, утверждения и исполнения....54
2.4.15. Проверки, статусы и ограничения второй части функций ДК................................54
2.5. Функции модуля «Экспортирование ДК»..........................................................................55
2.5.1. Назначение модуля........................................................................................................55
2.5.2. Состав автоматизированных функций экспорта........................................................55
2.5.3. Состав переносимых и непереносимых данных при экспорте.................................56
2.5.4. Результаты выполнения функций экспорта................................................................57
2.5.5. Проверки, атомарность и ограничения экспорта ....................................................... 58
2.6. Функции, не включаемые в базовый контур ..................................................................... 58
2.6.1. Границы базового функционального контура............................................................58
2.6.2. Исключения из базового контура ................................................................................ 58
3. Информационное обеспечение. Модель данных сервиса ....................................................... 60
Страница 3
Технический проект. Сервис НПА.
3.1. Общие принципы информационного обеспечения...........................................................60
3.1.1. Назначение информационного обеспечения сервиса................................................60
3.1.2. Источник истины и структурированные данные ПГ.................................................60
3.1.3. Минимально достаточная прикладная модель данных.............................................60
3.1.4. Использование платформенных объектов Битрикс24...............................................61
3.1.5. История изменений, уведомления и журналирование...............................................61
3.1.6. Ограничения модели данных и интеграционных контуров......................................61
3.2. Состав прикладных сущностей модели данных................................................................62
3.2.1. Общий состав сущностей ............................................................................................. 62
3.2.2. Сущности планов-графиков и пунктов ПГ.................................................................64
3.2.3. Сущности дорожных карт, характеристик и мероприятий.......................................64
3.2.4. Сущности шаблонов и рекомендаций.........................................................................64
3.2.5. Сущности маршрута согласования и решений...........................................................64
3.2.6. Сущности исполнения, экспорта, истории и уведомлений.......................................65
3.3. Логическая модель данных и связи прикладных сущностей...........................................66
3.3.1. Основной контур связей ПГ, пунктов ПГ и ДК..........................................................66
3.3.2. Связи ДК с характеристиками, мероприятиями, шаблонами и рекомендациями .. 66
3.3.3. Связи маршрута согласования и циклов доработки .................................................. 66
3.3.4. Связи исполнения, контроля и экспорта.....................................................................67
3.3.5. Связи истории, уведомлений, файлов и платформенных объектов.........................67
3.4. Описание прикладных таблиц модели данных ................................................................. 67
3.4.1. Таблицы основного контура планов-графиков и дорожных карт............................68
3.4.2. Таблицы мероприятий, характеристик, шаблонов и рекомендаций........................70
3.4.3. Таблицы маршрута согласования................................................................................73
3.4.4. Таблицы исполнения и экспорта..................................................................................77
3.4.5. Таблицы истории, уведомлений и файловых связей ................................................. 78
3.5. Правила ведения данных, целостности, истории изменений и журналирования..........80
3.5.1. Правила ведения ПГ и пунктов ПГ..............................................................................80
3.5.2. Правила ведения ДК и мероприятий...........................................................................80
3.5.3. Правила ведения маршрута согласования и решений...............................................82
3.5.4. Правила исполнения, контроля и экспорта.................................................................83
3.5.5. История изменений и журнал уведомлений...............................................................84
3.6. Правила использования платформенных объектов Битрикс24 и логических ссылок...86
3.6.1. Общий принцип использования объектов платформы..............................................86
3.6.2. Пользователи, роли и организационная структура....................................................86
3.6.3. Файлы и связанные материалы....................................................................................87
3.6.4. Уведомления и журнал фактов уведомлений.............................................................87
3.6.5. СЭД-реквизиты и внешние ссылки ............................................................................. 87
3.6.6. Допустимые logical only ссылки..................................................................................88
3.6.7. Ограничения на физические связи и платформенные задачи...................................88
3.7. ERD логической модели данных сервиса .......................................................................... 89
Страница 4
Технический проект. Сервис НПА.
3.7.1. Назначение ERD............................................................................................................89
3.7.2. Схема ERD ..................................................................................................................... 89
3.7.3. Пояснение ключевых связей основного контура.......................................................89
3.7.4. Пояснение связей мероприятий, характеристик, шаблонов и рекомендаций.........89
3.7.5. Пояснение связей маршрута, исполнения и экспорта ............................................... 90
3.7.6. Пояснение связей истории, уведомлений, файлов и платформенных объектов.....92
3.7.7. Ограничения интерпретации ERD...............................................................................92
4. Процессы и статусы .................................................................................................................... 94
4.1. Общая процессная модель сервиса и принципы управления статусами........................94
4.1.1. Сквозная процессная модель сервиса..........................................................................94
4.1.2. Роль статусов в управлении процессом ...................................................................... 94
4.1.3. Общие правила смены статусов...................................................................................94
4.2. Жизненный цикл плана-графика и пункта плана-графика...............................................95
4.2.1. Жизненный цикл плана-графика..................................................................................95
4.2.2. Жизненный цикл пункта плана-графика.....................................................................95
4.2.3. Правила обработки изменений ПГ и фиксации версий.............................................95
4.3. Жизненный цикл дорожной карты ..................................................................................... 97
4.3.1. Создание дорожной карты............................................................................................97
4.3.2. Формирование состава дорожной карты.....................................................................97
4.3.3. Подготовка к согласованию и возврат на доработку.................................................97
4.3.4. Утверждение, исполнение, завершение и архивирование ........................................ 98
4.3.5. Правила переходов и фиксации изменений ДК ......................................................... 98
4.4. Процесс согласования и финального утверждения ДК..................................................102
4.4.1. Формирование и запуск маршрута согласования.....................................................102
4.4.2. Прохождение этапов согласования............................................................................103
4.4.3. Решения согласующего и возврат на доработку......................................................103
4.4.4. Финальное утверждение ДК.......................................................................................106
4.4.5. История, уведомления и контроль переходов при согласовании...........................106
4.5 Процесс исполнения и контроля мероприятий ................................................................ 107
4.5.1 Начало исполнения мероприятий...............................................................................107
4.5.2 Отметка исполнения мероприятия ответственным исполнителем ......................... 107
4.5.3. Подтверждение или отклонение исполнения контролером....................................107
4.5.4. Контроль сроков и уведомления................................................................................109
4.5.5. История и фиксация результатов исполнения..........................................................110
4.6. Процесс экспорта ДК.........................................................................................................110
4.6.1. Условия доступности экспорта..................................................................................110
4.6.2. Выполнение операции экспорта ................................................................................ 111
4.6.3. Атомарность операции экспорта и обработка ошибок............................................111
4.6.4. Состав переносимых и непереносимых данных при экспорте...............................111
4.6.5. История, уведомления и результат экспорта............................................................111
4.7. Итоговая таблица статусов и переходов..........................................................................112
Страница 5
Технический проект. Сервис НПА.
4.7.1. Назначение реестра статусов и переходов................................................................112
4.7.2. Сводная таблица объектов и групп переходов.........................................................112
4.7.3. Правила применения Приложения В при реализации.............................................117
5. Роли и права доступа.................................................................................................................118
5.1. Общие принципы доступа.................................................................................................118
5.1.1. Модель проверки доступа...........................................................................................118
5.1.2. Доступ к объектам и действиям.................................................................................118
5.1.3. Доступность действий в интерфейсе и серверная проверка...................................119
5.1.4. Связь прав со статусами, историей и уведомлениями.............................................119
5.2. Роли сервиса........................................................................................................................120
5.2.1. Принцип назначения ролей........................................................................................120
5.2.2. Основные роли сервиса...............................................................................................120
5.2.3. Границы ответственности ролей................................................................................122
5.3. Матрица прав по объектам и статусам.............................................................................122
5.3.1. Структура матрицы прав ............................................................................................ 122
5.3.2. Сводная матрица по контурам доступа.....................................................................123
5.3.3. Правила применения матрицы...................................................................................133
6. UX/UI и экранная модель ......................................................................................................... 135
6.1. Общие принципы UX/UI....................................................................................................135
6.1.1. Принцип минимальной экранной модели.................................................................135
6.1.2. Принцип навигации и работы с объектами...............................................................135
6.1.3. Принцип доступности действий и кнопок................................................................135
6.1.4. Принцип ошибок, пустых состояний и визуальной индикации.............................136
6.2. Навигация через левое меню.............................................................................................137
6.2.1. Пункты левого меню и переходы .............................................................................. 137
6.2.2. Права, видимость и пустые состояния......................................................................138
6.3. Экран загрузки ПГ..............................................................................................................138
6.3.1. Состав экрана...............................................................................................................138
6.3.2. Действия пользователя................................................................................................139
6.3.3. Действия системы и проверки....................................................................................140
6.3.4. Ошибки и пустые состояния ...................................................................................... 140
6.4. Экран базы ПГ и списка пунктов......................................................................................142
6.4.1. Состав экрана...............................................................................................................142
6.4.2. Работа со списком пунктов ПГ .................................................................................. 143
6.4.3. Переход к созданию или открытию ДК .................................................................... 144
6.4.4. Изменения ПГ в экранной модели.............................................................................144
6.4.5. Ошибки и пустые состояния ...................................................................................... 145
6.5. Список и карточка ДК........................................................................................................148
6.5.1. Список ДК....................................................................................................................148
6.5.2. Структура карточки ДК..............................................................................................149
6.5.3. Сведения, характеристики и конечный срок ДК......................................................149
Страница 6
Технический проект. Сервис НПА.
6.5.4. Мероприятия и рекомендованные мероприятия......................................................150
6.5.5. Ошибки, предупреждения и пустые состояния карточки ДК.................................153
6.6. Экран маршрута и согласования.......................................................................................154
6.6.1. Блок «Маршрут»..........................................................................................................154
6.6.2. Блок «Согласование» .................................................................................................. 154
6.6.3. Возврат на доработку, новый цикл и перенаправление...........................................154
6.6.4. Утверждение и аварийная правка..............................................................................155
6.7. Экран исполнения и контроля мероприятий...................................................................158
6.7.1. Работа ответственного исполнителя..........................................................................158
6.7.2. Работа контролера.......................................................................................................159
6.7.3. Контроль сроков и визуальная индикация................................................................160
6.7.4. Файлы, история и уведомления исполнения ............................................................ 161
6.8. Сценарий экспорта ДК.......................................................................................................161
6.8.1. Экспорт ДК .................................................................................................................. 161
6.8.2. Состав переносимых данных......................................................................................162
6.8.4. Ошибка и новый запуск экспорта..............................................................................162
7. История изменений, уведомления и журнал уведомлений...................................................164
7.1. Общие принципы фиксации событий .............................................................................. 164
7.1.1. Разделение истории изменений, уведомлений и журнала уведомлений...............164
7.1.2. Источники событий и условия фиксации ................................................................. 164
7.1.3. Связь событий с функциями, ролями, статусами и UX...........................................165
7.2. История изменений ............................................................................................................ 165
7.2.1. Назначение истории изменений.................................................................................165
7.2.2. События истории по основным объектам.................................................................165
7.2.3. События, не подлежащие фиксации в истории........................................................169
7.2.4. Доступ к истории изменений ..................................................................................... 169
7.3. Уведомления.......................................................................................................................169
7.3.1. Назначение уведомлений............................................................................................169
7.3.2. События уведомлений.................................................................................................169
7.3.3. Получатели уведомлений ........................................................................................... 176
7.3.4. Ограничения уведомлений.........................................................................................176
7.4. Журнал уведомлений.........................................................................................................177
7.4.1. Назначение журнала уведомлений............................................................................177
7.4.2. Состав фиксируемых сведений..................................................................................177
7.4.3. Связь журнала уведомлений с платформой Б24 ...................................................... 177
7.4.4. Ограничения журнала уведомлений..........................................................................177
8. Трассировка требований...........................................................................................................178
8.1. Метод трассировки.............................................................................................................178
8.1.1
Объекты трассировки..............................................................................................178
8.1.3
Правила проверки полноты .................................................................................... 178
8.1.2
Базовая цепочка трассировки.................................................................................178
Страница 7
Технический проект. Сервис НПА.
8.1.4
Применение метода в подразделах 8.2–8.5...........................................................178
8.2.1
Принцип трассировки функций к ролям...............................................................179
8.2.3
Контроль разрывов трассировки............................................................................185
8.2. Трассировка функций к ролям..........................................................................................179
8.2.2
8.3
Сводная трассировка по функциональным контурам..........................................179
Трассировка функций к статусам...................................................................................186
8.3.1
Принцип трассировки функций к статусам и переходам .................................... 186
8.3.3
Контроль разрывов трассировки............................................................................190
8.3.2
8.4
Сводная трассировка по функциональным контурам..........................................186
Трассировка функций к данным.....................................................................................191
8.4.1
Принцип трассировки функций к прикладным данным......................................191
8.4.3
Контроль разрывов трассировки............................................................................197
8.4.2
Сводная трассировка по функциональным контурам..........................................191
8.5 Трассировка функций к UX/UI .......................................................................................... 198
8.5.1
Принцип трассировки функций к экранной модели............................................198
8.5.3
Контроль разрывов трассировки............................................................................206
8.5.2
Сводная трассировка по UX/UI-контурам.............................................................198
9 Приложения ................................................................................................................................ 207
9.1. Правила применения приложений....................................................................................208
ПРИЛОЖЕНИЕ А ......................................................................................................................... 209
ПРИЛОЖЕНИЕ Б..........................................................................................................................238
ПРИЛОЖЕНИЕ В..........................................................................................................................257
ПРИЛОЖЕНИЕ Г..........................................................................................................................279
ПРИЛОЖЕНИЕ Д..........................................................................................................................312
ПРИЛОЖЕНИЕ Е..........................................................................................................................339
ПРИЛОЖЕНИЕ Ж.........................................................................................................................342
ПРИЛОЖЕНИЕ З..........................................................................................................................343
ПРИЛОЖЕНИЕ И ......................................................................................................................... 348
ПРИЛОЖЕНИЕ К..........................................................................................................................352
ПРИЛОЖЕНИЕ Л..........................................................................................................................353
ПРИЛОЖЕНИЕ М.........................................................................................................................354
ПРИЛОЖЕНИЕ Н ......................................................................................................................... 355
Страница 8
Технический проект. Сервис НПА.
Словарь терминов и сокращений
Термин / сокращение
Сервис
Корпоративный
портал
Б24
ТП
ТЗ
ГК
НПА
ПА
НПА/ПА
ПГ
Пункт ПГ
Номер пункта ПГ
ДК
ДК по ПГ
ДК вне ПГ
Работа с НПА
Мероприятие ДК
Конечное
мероприятие
Конечный срок ДК
Характеристика акта
Справочник
характеристик
Расшифровка / определение
Раздел Корпоративного портала Минэнерго России,
предназначенный для сквозного контроля подготовки НПА/ПА.
Существующий корпоративный портал Минэнерго России, в
составе которого реализуется сервис.
Битрикс24 / 1С-Битрикс Enterprise, платформенная среда
исполнения сервиса.
Технический проект сервиса сквозного контроля подготовки
НПА/ПА.
Техническое задание на выполнение работ/оказание услуг,
являющееся приложением к ГК.
Государственный контракт на выполнение работ/оказание услуг
по проектированию сервиса и подготовке связанных материалов.
Нормативный правовой акт.
Правовой акт ненормативного характера
Обобщенное обозначение нормативных и ненормативных
правовых актов, подготовка которых контролируется в сервисе.
План-график подготовки проектов актов НПА/ПА,
разрабатываемых во исполнение норм федеральных законов.
Структурированная строка плана-графика, используемая как
основание для создания ДК по плану-графику.
Строковое значение колонки «№ пункта из ПГ» исходного ПГ;
хранится в поле plan_item_number.
Дорожная карта подготовки акта, создаваемая по пункту ПГ или
вне ПГ при наличии основания.
Дорожная карта, созданная на основании конкретного пункта ПГ.
Дорожная карта, созданная без связи с пунктом ПГ, при наличии
основания вне плана-графика.
Функциональный блок модуля «Дорожные карты», имеющий экранное
представление и предназначенный для исполнения и контроля
мероприятий утвержденных ДК.
Фактическое мероприятие в составе конкретной ДК, имеющее
срок и состояние исполнения. Отдельный исполнитель
мероприятию не назначается; все мероприятия ДК выполняет
ответственный исполнитель соответствующей ДК.
Мероприятие ДК, определяющее завершение подготовки акта.
Для ДК по ПГ наследуется из пункта ПГ и штатно не
редактируется; для ДК вне ПГ задается пользователем.
Срок исполнения конечного мероприятия ДК. Для ДК по ПГ
наследуется из пункта ПГ и штатно не редактируется; для ДК вне
ПГ задается пользователем.
Признак акта, заполняемый в карточке ДК и используемый для
формирования рекомендаций, предупреждений и проверок
готовности ДК.
Настраиваемый перечень характеристик акта, их типов ввода,
допустимых значений, обязательности и порядка отображения.
Страница 9
Технический проект. Сервис НПА.
Термин / сокращение
Расшифровка / определение
Заготовка мероприятия, используемая для создания фактического
Шаблон мероприятия
мероприятия ДК.
Общий шаблон
Шаблон с template_scope = GLOBAL, доступный в общем каталоге и
мероприятия
участвующий в матрице применимости и рекомендациях.
Личный шаблон
Персональный шаблон пользователя с template_scope = PERSONAL и
мероприятия
owner_user_id; не участвует в рекомендациях и не согласовывается.
Матрица
Набор правил, связывающих вид акта, характеристики и значения
применимости
характеристик с общими шаблонами мероприятий.
Вычисляемая подсказка пользователю, сформированная по
Рекомендация
характеристикам ДК, общим шаблонам и матрице применимости.
мероприятия
Не является фактическим мероприятием до добавления
пользователем в ДК.
Раздел карточки ДК, в котором отображаются рекомендованные
Блок рекомендаций
мероприятия, основания применимости, параметры сроков и
действия добавления в ДК.
Фактический состав Мероприятия, реально добавленные пользователем в ДК из
мероприятий
рекомендаций, шаблонов или вручную.
Задаваемая пользователем последовательность этапов
Маршрут
согласования ДК в карточке ДК с обязательными этапами,
согласования
участниками, решениями и циклами.
Часть маршрута согласования, содержащая одного или
Этап маршрута
нескольких участников и правила прохождения этапа.
Этап маршрута, который должен быть включен в маршрут
Обязательный этап
согласования, не может быть удален, обойден или заменен
пользователем.
Пользователь, назначенный участником этапа согласования и
Согласующий
принимающий решение по ДК в пределах своих полномочий.
Статс-секретарь – заместитель Министра, принимающий итоговое
Утверждающий
решение по ДК после положительного завершения
согласовательного контура.
Финальное
Обязательный завершающий этап согласования ДК, по результату
утверждение
которого ДК утверждается или возвращается на доработку.
Одна попытка прохождения маршрута согласования ДК. После
Цикл согласования
возврата на доработку повторное направление запускает новый
цикл с первого этапа.
Процессный результат, при котором ДК возвращается
ответственному исполнителю для исправления. Для обычного
согласующего возникает при действии «Отклонить», для
Возврат на доработку
финального утверждающего – при действии «Вернуть на
доработку». В обоих случаях комментарий обязателен; после
доработки начинается новый цикл согласования с первого этапа.
Действие активного согласующего, при котором активное
действие передается новому согласующему с обязательным
указанием основания. Исходный согласующий не удаляется и не
Перенаправление
новому согласующему заменяется; его собственное решение остается ожидающим.
Привлеченный согласующий может перенаправить активное
действие следующему согласующему, при этом вложенность
Страница 10
Технический проект. Сервис НПА.
Термин / сокращение
Расшифровка / определение
цепочки перенаправления не ограничивается. После
положительного решения привлеченного согласующего активное
действие возвращается предыдущему уровню цепочки для
принятия собственным участником решения, после чего при
положительном решении последовательно возвращается далее до
исходного согласующего. В параллельном этапе перенаправление
блокирует только соответствующую ветвь, остальные ветви
продолжают прохождение независимо. При отклонении любым
текущим активным согласующим комментарий обязателен,
решение фиксируется, текущий цикл прекращается, ДК
возвращается ответственному исполнителю, а обратное
прохождение цепочки перенаправления не выполняется.
Единственный пользователь, отвечающий за подготовку, ведение
Ответственный
и исполнение ДК в пределах назначенных прав и участия в
исполнитель
объекте и выполняющий все мероприятия этой ДК.
Пользователь, подтверждающий или отклоняющий исполнение
Контролер
мероприятия, а также выполняющий операции контроля и
экспорта ДК в пределах ролевой модели.
Представляемый ответственным исполнителем на контроль
Отметка исполнения
результат исполнения конкретного мероприятия ДК
Подтверждение
Контрольное решение контролера, после которого мероприятие
исполнения
считается исполненным.
Контрольное решение контролера о непринятии результата
Отклонение
исполнения; требует обязательного комментария и возвращает
исполнения
мероприятие на исполнение.
Перенос ДК в другой ПГ или пункт ПГ через создание новой ДК,
фиксацию операции экспорта и архивирование исходной ДК
Экспорт ДК
после успешного завершения операции.
Перевод ДК в архивное состояние по правилам процесса,
Архивирование ДК
например после успешного экспорта или изменения связанного
пункта ПГ.
Журнал значимых событий по объектам сервиса. Не является
История изменений
журналом уведомлений.
Информационное сообщение пользователю, отправляемое
Уведомление
штатным механизмом Корпоративного портала по
подтвержденным событиям сервиса.
Прикладная фиксация факта отправки или попытки отправки
Журнал уведомлений уведомления, результата отправки, ошибки и идентификатора
уведомления портала при наличии.
Документ или вложение, хранящееся в штатном файловом
Файл / связанный
хранилище портала и связанное с объектом сервиса через
материал
прикладную связь.
Автоматизированная система «Система электронного
документооборота Министерства энергетики Российской
СЭД
Федерации». В базовом контуре сервиса представлена ручным
указанием ссылки, реквизита или внешнего идентификатора
документа.
Справочная ссылка, реквизит или внешний идентификатор
СЭД-реквизит
Страница 11
Технический проект. Сервис НПА.
Термин / сокращение
Структурное
извлечение данных
Машиночитаемый
документ
Скан без текстового
слоя
Ручной ввод
Источник истины по
ПГ
Прикладная модель
данных
Logical only ссылка
МБП
API
UX/UI
Экранная модель
ARCH
DFD
ERD
Трассировка
Расшифровка / определение
документа СЭД, указываемый пользователем вручную.
Получение структурированных строк ПГ или изменений ПГ из
машиночитаемого документа для последующей проверки
пользователем.
Документ, содержащий текстовый слой и структуру, достаточные
для структурного извлечения данных.
Документ, непригодный для структурного извлечения; данные по
нему вводятся пользователем вручную.
Пользовательское создание или корректировка
структурированных данных без автоматического извлечения из
документа.
Проверенные и сохраненные пользователем структурированные
данные ПГ или изменений ПГ.
Собственная модель данных сервиса, включающая только
сущности сквозного контроля НПА/ПА.
Логическая ссылка на объект платформы или внешнего контура
без физического внешнего ключа к таблицам ядра Б24.
Модуль бизнес-процессов.
Программный интерфейс взаимодействия. Не является базовым
интеграционным контуром сервиса без отдельного подтверждения
заказчиком.
Пользовательский опыт и пользовательский интерфейс сервиса.
Описание экранов, блоков, кнопок, действий, пустых состояний и
условий доступности интерфейса.
Архитектурная схема сервиса.
Диаграмма потоков данных.
Диаграмма сущностей и связей логической модели данных.
Связь требований, функций, ролей, статусов, данных, UX/UI и
проектных решений.
Страница 12
Технический проект. Сервис НПА.
1 Описание архитектуры сервиса
1.1 Назначение и архитектурные границы сервиса
Сервис сквозного контроля по подготовке проектов НПА и ПА реализуется как раздел
существующего Корпоративного портала Минэнерго России на Битрикс24 / 1С-Битрикс Enterprise.
Сервис предназначен для поддержки прикладной цепочки контроля подготовки и согласования
актов от внесения ПГ до исполнения включенных в него мероприятий, включая разработку,
согласование и утверждение ДК, контроль результата исполнения мероприятий ДК, возможность
архивирования или экспорта ДК.
1.1.1 Назначение сервиса
Назначение сервиса состоит в автоматизации сквозного контроля подготовки проектов НПА
и ПА в рамках единого раздела Корпоративного портала. Сервис обеспечивает ведение плановграфиков, работу с пунктами ПГ, создание и ведение дорожных карт, формирование мероприятий,
согласование и утверждение ДК, исполнение и контроль мероприятий, экспорт ДК в другой пункт
ПГ, фиксацию истории и уведомления участников процесса.
Прикладной контур сервиса строится по цепочке: ПГ, пункт ПГ, ДК, мероприятия,
согласование, утверждение, исполнение, контроль, архив или экспорт. В этой цепочке каждый
объект имеет прикладное состояние, ответственных участников, доступные действия, историю
изменений и связанные материалы.
В составе сервиса выделяются четыре функциональных модуля: «Реестр НПА и ПА», «База
данных ПГ», «Дорожные карты», «Экспортирование ДК». Модули обеспечивают
последовательную работу с исходными планами-графиками, пунктами ПГ, дорожными картами,
мероприятиями, маршрутами согласования, решениями участников, исполнением, контролем и
операциями экспорта. Функциональный блок «Работа с НПА» входит в модуль «Дорожные карты»
и предназначен для исполнения и контроля мероприятий утвержденных ДК; самостоятельным
функциональным модулем сервиса он не является.
1.1.2 Архитектурная граница сервиса
Сервис работает внутри существующего Корпоративного портала и использует его штатные
механизмы там, где они применимы для реализации раздела: авторизацию пользователей,
пользователей портала, организационную структуру, файловое хранилище и уведомления.
Собственная прикладная логика сервиса реализует объекты и процессы сквозного контроля:
ПГ, пункты ПГ, ДК, мероприятия, характеристики, маршруты согласования, этапы, участников,
решения, отметки исполнения, операции экспорта, историю изменений, связи с файлами и журнал
фактов уведомлений.
Согласование ДК реализуется прикладной маршрутизацией в карточке ДК. Маршрут
включает этапы, участников, порядок прохождения, решения согласующих, циклы доработки и
финальное утверждение в соответствии с процессной моделью и статусами сервиса.
Файлы размещаются в штатном файловом хранилище Корпоративного портала, а сервис
хранит прикладные связи файлов с объектами. Уведомления отправляются штатным механизмом
портала, а сервис фиксирует факт отправки или попытки отправки уведомления.
1.1.3 Границы реализации сервиса
Сервис реализуется как раздел существующего Корпоративного портала Минэнерго России
на Битрикс24 / 1С-Битрикс Enterprise. В границы реализации входит прикладная логика сквозного
контроля подготовки НПА/ПА: ПГ, пункт ПГ, ДК, мероприятия, согласование, утверждение,
исполнение, контроль, архив или экспорт.
В границы реализации не входит создание самостоятельной ИС вне Корпоративного портала,
отдельной СЭД, SaaS-решения, микросервисной платформы, BPMN-платформы или внешнего
процессного контура. Сервис использует платформу портала как среду исполнения и не подменяет
штатные механизмы портала для пользователей, файлов, уведомлений и организационной
структуры.
Загрузка документа ПГ, структурное извлечение данных из машиночитаемого документа,
ручной ввод для сканов без текстового слоя и применение результата обработки выполняются по
правилам подраздела 1.7.2. В границы базовой реализации не входит автоматическая обработка
Страница 13
Технический проект. Сервис НПА.
сканов без текстового слоя; источник истины по ПГ и изменениям ПГ определяется по правилам
подраздела 3.5.1.
СЭД-контур представлен ручным указанием ссылки, реквизитов или внешнего
идентификатора документа. Автоматический обмен с СЭД, API, очереди, интеграционные шлюзы,
дополнительные платформенные контуры рассматриваются только после отдельного
подтверждения заказчиком и соответствия функциям, правам, статусам, UX/UI и трассировке.
Согласование ДК реализуется собственной прикладной маршрутизацией в карточке ДК.
Расширение границ сервиса выполняется только через отдельное решение заказчика, актуализацию
технического проекта и соответствие функциям, ролям, статусам, UX/UI и трассировке.
Область архитектуры
Таблица 1.1 – Границы реализации сервиса
Принятое решение
Размещение сервиса
Раздел существующего
Корпоративного портала
Бизнес-процессы
Сквозной контроль
подготовки НПА и ПА
Загрузка и структурное
извлечение данных ПГ
Структурное извлечение из
машиночитаемого документа
и ручной ввод для скана без
текстового слоя
Источник истины по ПГ
Проверенные и сохраненные
структурированные данные
СЭД-контур
Ручная фиксация ссылки,
реквизитов или внешнего
идентификатора
Платформенные объекты
Использование штатных
пользователей, файлов,
уведомлений и оргструктуры
портала
Функциональная структура
Четыре модуля сервиса
Архитектурные расширения
Развитие по отдельному
решению заказчика
Граница сервиса
Сервис работает в составе
Битрикс24 / 1С-Битрикс
Enterprise
ПГ, пункт ПГ, ДК,
мероприятия, согласование,
утверждение, исполнение,
контроль, архив или экспорт
Автоматическая обработка
сканов без текстового слоя не
входит в базовую архитектуру
Сырой результат
структурного извлечения не
является источником истины
Автоматическая интеграция
рассматривается только при
отдельном подтверждении
заказчиком
Сервис хранит прикладные
связи, состояния объектов,
историю и факты
Реестр НПА и ПА; База
данных ПГ; Дорожные карты;
Экспортирование ДК
API, очереди, автообмен с
СЭД и новые интеграции не
являются ядром без
подтверждения заказчиком
1.2 Архитектурные принципы
Принципы задают правила использования платформенных механизмов портала, состава
прикладной модели данных, маршрутизации ДК, работы с файлами, уведомлениями, СЭДреквизитами, загрузки документа ПГ, структурного извлечения данных из машиночитаемого
документа, ручной проверки и управляемых расширений архитектуры.
1.2.1 Принцип использования платформы Корпоративного портала
Сервис реализуется в составе Корпоративного портала и использует штатные механизмы
Битрикс24 / 1С-Битрикс Enterprise для авторизации пользователей, выбора пользователей портала,
работы с организационной структурой, хранения файлов и отправки уведомлений.
Прикладная логика сервиса реализует бизнес-процессы сквозного контроля подготовки
проектов НПА и ПА: ПГ, пункт ПГ, ДК, мероприятия, согласование, утверждение, исполнение,
контроль, архивирование и экспорт. Платформенные возможности портала используются как среда
исполнения и инфраструктурный контекст сервиса.
Страница 14
Технический проект. Сервис НПА.
Доступ пользователей к функциям сервиса определяется ролевой моделью, участием
пользователя в конкретном объекте, текущим статусом объекта, условиями перехода и серверной
проверкой прав. Роли и права должны соответствовать актуальному Приложению Б, а статусные
условия – актуальному Приложению В.
1.2.2 Принцип прикладной модели данных сервиса
Прикладная модель данных сервиса хранит объекты, необходимые для работы раздела:
планы-графики, пункты ПГ, дорожные карты, мероприятия, характеристики, маршруты
согласования, этапы, участников, решения, отметки исполнения, операции экспорта, историю
изменений, связи с файлами и журнал уведомлений.
Связи с пользователями, файлами, уведомлениями и СЭД-реквизитами хранятся как logical
only ссылки по правилам подразделов 1.6 и 3.6. В настоящем принципе фиксируется только
прикладная роль этих ссылок в модели данных сервиса: они связывают объекты сервиса с
объектами портала и внешними реквизитами без дублирования стандартных сущностей Б24.
1.2.3 Принцип маршрутизации, истории и уведомлений
Согласование ДК реализуется прикладной маршрутизацией в карточке ДК. В данных сервиса
фиксируются маршрут, этапы, участники, порядок прохождения, режим этапа, решения участников,
комментарии, перенаправления, циклы согласования и итоговое утверждение.
При отклонении ДК сохраняется решение участника, комментарий и событие истории. После
доработки ответственный исполнитель повторно направляет ДК на согласование, а маршрут
запускается с первого этапа нового цикла. Решения прошлых циклов сохраняются в истории и
используются для просмотра хода согласования.
События маршрута, история изменений, уведомления и журнал уведомлений применяются
по правилам раздела 7 и Приложения В. В настоящем подразделе фиксируется только связь
маршрутизации ДК с событиями процесса.
1.2.4 Принцип загрузки документа ПГ, структурного извлечения данных,
ручной проверки и управляемых расширений
Пользователь загружает документ ПГ как исходный файл для подготовки структурированных
данных; файл хранится средствами Корпоративного портала, а сервис хранит FILE_ID и
прикладную связь с ПГ. Порядок структурного извлечения, ручной проверки, ручного ввода и
применения результата установлен в подразделе 1.7.2; правила источника истины по ПГ и
изменениям ПГ приведены в подразделе 3.5.1.
СЭД-контур в базовой реализации представлен ручным указанием ссылки, реквизитов или
внешнего идентификатора документа. Автоматический обмен с СЭД, интеграционные API, очереди
и дополнительные автоматизации рассматриваются только после согласования заказчиком.
Любое расширение архитектуры должно соответствовать функциям, ролям, статусам, модели
данных, UX/UI, истории, уведомлениям и трассировке.
Таблица 1.2 – Архитектурные принципы реализации сервиса
Архитектурный принцип
Содержание принципа
Использование платформы
портала
Сервис работает как раздел
Корпоративного портала на
Битрикс24 / 1С-Битрикс
Enterprise
Пользователи и роли
Участники процесса выбираются
из пользователей портала, а
права определяются ролевой
моделью сервиса
Файлы и документы
Уведомления
Файлы размещаются в файловом
хранилище портала, а СЭДсведения фиксируются как
справочная связь
Информирование выполняется
Практическое применение в
сервисе
Авторизация, пользователи,
оргструктура, файловое
хранилище и уведомления
используются как штатные
механизмы портала
В прикладных данных
сохраняется USER_ID, роль в
процессе, участие в объекте и
результат серверной проверки
прав
Сервис хранит FILE_ID, связь
файла с объектом, SED_REF,
SED_DOC_ID или SED_LINK
при наличии
В журнале уведомлений
Страница 15
Технический проект. Сервис НПА.
Архитектурный принцип
Содержание принципа
штатным механизмом портала, а
сервис фиксирует факт
уведомления
Прикладные данные
Таблицы сервиса хранят объекты
сервиса сквозного контроля НПА
и ПА
Маршрутизация ДК
Согласование выполняется
прикладной маршрутизацией в
карточке ДК
Загрузка документа ПГ,
структурное извлечение и ручная
проверка
Для машиночитаемого документа
применяется структурное
извлечение данных; для скана без
текстового слоя применяется
ручной ввод
Управляемое расширение
архитектуры
Новые интеграции, API-контуры,
включаются только после
подтверждения
Практическое применение в
сервисе
сохраняются событие, объект,
получатель, результат отправки,
ошибка и BITRIX_NOTIFY_ID
при наличии
ПГ, пункты ПГ, ДК,
мероприятия, характеристики,
маршруты, решения, отметки
исполнения, экспорт и история
ведутся в прикладной модели
данных
Маршрут, этапы, участники,
решения, комментарии и циклы
согласования фиксируются в
данных сервиса
Пользователь проверяет,
корректирует, дополняет и
сохраняет структурированные
строки; источником истины
являются только проверенные и
сохраненные данные
Расширение требует
актуализации ТП, Приложения А
по функциям, Приложения Б по
правам, Приложения В по
статусам, Приложения Г по
UX/UI и Приложения Д по
трассировке
1.3 Среда исполнения
Подраздел определяет техническую среду исполнения сервиса как раздела существующего
Корпоративного портала Минэнерго России. Среда исполнения включает платформу Битрикс24 /
1С-Битрикс Enterprise, веб-интерфейс раздела портала, серверную логику сервиса, СУБД портала,
штатное файловое хранилище, штатный механизм уведомлений и регламентные фоновые операции.
1.3.1 Платформенная среда
Сервис исполняется в составе Корпоративного портала Минэнерго России на платформе
Битрикс24 / 1С-Битрикс Enterprise. Платформа обеспечивает пользовательский доступ,
авторизацию, работу со штатными пользователями портала, организационной структурой,
файловым хранилищем и уведомлениями.
Пользователи сервиса входят в раздел через штатную авторизацию Корпоративного портала.
После авторизации сервис применяет ролевую модель, участие пользователя в объекте, текущий
статус объекта и серверную проверку прав для определения доступных функций и действий.
Штатные пользователи и организационная структура портала используются как
платформенный контекст сервиса. В прикладных данных сервиса сохраняются логические ссылки
USER_ID на ответственных исполнителей, согласующих, финального утверждающего, участников
маршрута и авторов значимых действий. USER_ID значимого действия идентифицирует
фактического пользователя, выполнившего соответствующее действие, включая загрузку ПГ,
контрольную операцию или экспорт. Контролер не назначается отдельным реквизитом ДК или
мероприятия. Ф.И.О., должность и подразделение пользователя отображаются по данным штатного
профиля и организационной структуры Корпоративного портала.
1.3.2 Пользовательский и серверный слой
Пользовательский слой сервиса реализуется как веб-интерфейс раздела Корпоративного
портала. В состав интерфейса входят пункты левого меню Корпоративного портала, экраны
загрузки и работы с ПГ, списки ПГ и пунктов ПГ, карточка ДК, блоки мероприятий, маршрута,
истории и файлов, а также popup и боковые панели для локальных действий.
Страница 16
Технический проект. Сервис НПА.
Экранные элементы раздела обеспечивают выполнение автоматизированных функций
сервиса: загрузку ПГ, проверку и inline-корректировку рабочего результата извлечения, применение
официальных изменений ПГ, просмотр пунктов, создание и ведение ДК, формирование
мероприятий, согласование, утверждение, исполнение, контроль и экспорт ДК. Вкладки, popup и
боковые панели применяются как элементы пользовательских сценариев раздела.
Серверная логика раздела реализует прикладные функции сервиса, проверку ролей и прав,
проверку статусов и переходов, валидацию данных, прикладную маршрутизацию ДК, изменение
состояний объектов, фиксацию истории изменений, формирование уведомлений и контроль
целостности операций.
При выполнении действий серверная логика повторно проверяет право пользователя на
действие независимо от отображения кнопки в интерфейсе. Проверка учитывает роль пользователя,
участие в объекте, статус объекта, условия перехода, заполненность обязательных данных и
применимые правила процесса.
1.3.3 Хранение данных и файлов
Прикладные данные сервиса хранятся в СУБД портала в таблицах сервиса. Эти таблицы
предназначены для хранения объектов сервиса сквозного контроля НПА и ПА: ПГ, пунктов ПГ,
ДК, мероприятий, характеристик, маршрутов согласования, этапов, участников, решений, отметок
исполнения, операций экспорта, истории изменений, связей с файлами и журнала уведомлений.
Платформенные объекты портала используются через logical only ссылки по правилам
подразделов 1.6 и 3.6. Файлы размещаются в штатном файловом хранилище Корпоративного
портала, а прикладные таблицы сервиса фиксируют только связь файла с объектом, назначение
файла и сведения, необходимые для процесса.
1.3.4 Фоновые и регламентные операции
Фоновые и регламентные операции применяются только для системных действий, которые
не требуют непосредственного пользовательского ввода в момент выполнения либо выполняются
периодически по правилам сервиса. Такие операции не должны подменять действия пользователя,
процессные статусы, решения согласующих, подтверждение контролера или ручную проверку
структурированных данных.
К фоновым и регламентным операциям относятся контроль сроков, расчет признаков
приближения срока и просрочки, подготовка уведомлений, повторная обработка ошибок отправки
уведомлений, фиксация результата длительных операций, а также служебная обработка
структурного извлечения данных из машиночитаемого документа ПГ.
Служебная обработка документа ПГ выполняется по правилам подраздела 1.2.4.
Служебная обработка структурного извлечения формирует рабочий результат для
пользовательской проверки. Применимость такого результата определяется правилами подразделов
1.7.2 и 3.5.1.
Результаты фоновых операций отражаются в прикладных данных только как расчетные
признаки, записи истории, записи журнала уведомлений, ошибки операции или служебные
результаты обработки. Расчетные признаки не являются статусами жизненного цикла и не заменяют
серверные проверки.
Уведомления отправляются штатным механизмом Корпоративного портала. Журнал
уведомлений фиксирует факт отправки или попытки отправки уведомления, результат отправки и
ошибку при наличии.
Таблица 1.3 – Фоновые и регламентные операции сервиса
Операция
Контроль сроков
Подготовка
уведомлений
Повторная обработка
ошибок отправки
Назначение
Выявление
приближения срока и
просрочки
Формирование событий
информирования
участников
Повторная попытка или
фиксация результата
уведомления
Результат
Расчетный признак
внимания для
пользователя
Передача уведомления
штатному механизму
портала
Запись в журнале
уведомлений с
результатом или
ошибкой
Ограничение
Расчетный признак не
является статусом
жизненного цикла
Уведомление не
подменяет историю и
статус
Повторная отправка
выполняется только по
подтвержденному
правилу
Страница 17
Технический проект. Сервис НПА.
Операция
Структурное извлечение
данных
Фиксация результата
длительных операций
1.4
Назначение
Получение рабочего
набора строк из
машиночитаемого
документа ПГ
Сохранение результата
или ошибки системной
обработки
Результат
Рабочие строки для
проверки пользователем
Запись результата
операции и события
истории при наличии
факта
Ограничение
Сырой результат не
является источником
истины
Техническая операция
не должна вводить
новые статусы без
основания
Функционально-модульная схема
Подраздел определяет функционально-модульную схему сервиса как раздела единого
Корпоративного портала. Сервис состоит из четырех функциональных модулей: «Реестр НПА и
ПА», «База данных ПГ», «Дорожные карты», «Экспортирование ДК». Модули являются
функциональными областями одного раздела портала и совместно поддерживают сквозную
цепочку: ПГ, пункт ПГ, ДК, мероприятия, согласование, утверждение, исполнение, контроль, архив
или экспорт.
1.4.1 Состав функциональных модулей
Сервис состоит из четырех функциональных модулей: «Реестр НПА и ПА», «База данных
ПГ», «Дорожные карты» и «Экспортирование ДК». Модули являются функциональными областями
одного раздела Корпоративного портала, а не отдельными информационными системами,
микросервисами или внешними подсистемами.
Модуль «Реестр НПА и ПА» обеспечивает первичное внесение ПГ в сервис: загрузку
документа ПГ, структурное извлечение данных из машиночитаемого документа, ручной ввод для
скана без текстового слоя, inline-корректировку строк, ввод ссылки или реквизитов СЭД при
наличии, валидацию, назначение ответственных исполнителей и сохранение ПГ с пунктами.
Модуль «База данных ПГ» обеспечивает работу с сохраненными ПГ и пунктами ПГ на основе
проверенных структурированных данных. Работа с пунктами ПГ выполняется через список ПГ и
пунктов ПГ; отдельная карточка пункта ПГ не вводится.
Модуль «Дорожные карты» обеспечивает создание и ведение ДК, заполнение сведений и
характеристик, работу с рекомендациями и фактическими мероприятиями, формирование
маршрута, согласование и утверждение ДК, а также функциональный блок «Работа с НПА»,
включающий исполнение и контроль мероприятий утвержденных ДК, работу с подтверждающими
материалами, контроль сроков, отображение статусов и расчетной сроковой индикации, ведение
истории и уведомлений.
Модуль «Экспортирование ДК» обеспечивает перенос ДК в целевой ПГ или пункт ПГ по
правилам подраздела 2.5.
Таблица 1.4 – Состав функциональных модулей сервиса
Модуль
сервиса
Реестр НПА и
ПА
Назначение
Первичное
внесение ПГ в
сервис
Основные
функции
Основные
объекты
Результат работы
модуля
Загрузка документа
ПГ; структурное
извлечение данных
из машиночитаемого
ПГ; пункт ПГ;
Сохраненный ПГ,
документа; ручной
исходный файл; сформированные
ввод для скана без
FILE_ID; СЭД- пункты ПГ,
текстового слоя;
реквизиты;
проверенные
inline-корректировка
USER_ID
структурированные
строк; ввод СЭДответственного данные и
реквизитов при
исполнителя при прикладная связь с
наличии; валидация;
наличии; история исходным файлом
назначение
ответственного
исполнителя по
пункту ПГ;
Страница 18
Технический проект. Сервис НПА.
Модуль
сервиса
Назначение
Основные
функции
Основные
объекты
Результат работы
модуля
сохранение ПГ
Просмотр ПГ; поиск;
фильтрация; список
Найденный ПГ,
пунктов;
ПГ; пункт ПГ;
выбранный пункт,
Работа с
отображение связи с
связанная ДК;
База данных ПГ сохраненными ПГ ДК; переход к
проверенная связь с
история
ДК и переход к
и пунктами ПГ
созданию или
изменений
дальнейшей работе
открытию ДК;
обработка изменений
ПГ
Создание ДК;
заполнение сведений;
выбор
характеристик;
формирование
рекомендаций;
добавление
мероприятий;
формирование
ДК;
маршрута;
Подготовка,
характеристики;
согласование;
согласование и
рекомендации;
Сформированная,
автоматическая
утверждение ДК,
мероприятия;
согласованная и
передача на
а также
маршрут; этапы;
утвержденная ДК,
утверждение;
исполнение и
участники;
мероприятия
утверждение;
контроль
решения
Дорожные карты
которой исполнены
просмотр ДК на
мероприятий
согласования;
ответственным
исполнении;
утвержденных ДК
отметки
исполнителем ДК и
внесение отметок
в
исполнения с
подтверждены
исполнения;
функциональном
результатами
контролером
прикрепление
блоке «Работа с
контроля; файлы;
подтверждающих
НПА»
история;
материалов;
уведомления
подтверждение или
отклонение
исполнения
контролером;
контроль сроков;
статусная и
расчетная индикация;
история; файлы;
уведомления
Проверка
доступности
экспорта; выбор
Новая ДК в целевом
Исходная ДК;
целевого ПГ и
пункте ПГ,
целевой ПГ;
Перенос ДК в
пункта;
зафиксированная
Экспортирование
целевой пункт
целевой ПГ или подтверждение;
операция экспорта и
ДК
ПГ; новая ДК;
пункт ПГ
создание новой ДК;
архивированная
операция
фиксация операции;
исходная ДК после
экспорта; история
архивирование
успешной операции
исходной ДК после
успеха
Страница 19
Технический проект. Сервис НПА.
1.4.2 Назначение модулей
Модульная схема отражает распределение функций по прикладным областям сервиса и не
разделяет сервис на самостоятельные системы. Все модули работают в единой прикладной модели
данных, используют общие правила доступа, статусы, переходы, историю изменений, журнал
уведомлений и прикладные связи с файлами.
«Реестр НПА и ПА» обеспечивает первичное внесение планов-графиков и пунктов ПГ в
сервис. «База данных ПГ» обеспечивает поиск и использование сохраненных ПГ и пунктов ПГ для
дальнейшей подготовки ДК. «Дорожные карты» обеспечивает основной процесс создания ДК,
формирования мероприятий, согласования и утверждения, а также функциональный блок «Работа
с НПА» для исполнения и контроля мероприятий утвержденных ДК. «Экспортирование ДК»
обеспечивает перенос ДК в другой ПГ или пункт ПГ в рамках установленного процесса.
В модуле «Дорожные карты» пользователь работает с фактическими мероприятиями и
блоком рекомендаций. Детальная логика общих и личных шаблонов, матрицы применимости и
добавления рекомендаций в ДК приведена в подразделах 2.4.5–2.4.6, а модель данных – в
подразделе 3.4.2.
Переход к основным рабочим разделам сервиса осуществляется через левое меню
Корпоративного портала. Основная работа пользователя выполняется в рабочих списках, карточках,
блоках карточки, popup и боковых панелях соответствующих модулей.
1.4.3 Общие механизмы модулей
Все функциональные модули используют общие механизмы разграничения доступа.
Доступность функций определяется ролью пользователя, участием пользователя в объекте,
текущим статусом объекта, условиями перехода и серверной проверкой прав.
Все модули используют общую процессную модель статусов и переходов. Статусы и
переходы применяются к ПГ, ДК, мероприятиям, маршруту, этапам маршрута, решениям, отметкам
исполнения и операциям экспорта в соответствии с реестром статусов и переходов. Для пункта ПГ
отдельный статус не устанавливается.
История изменений, уведомления и журнал уведомлений применяются по правилам раздела
7 и Приложения В.
Файлы, связанные с ПГ, ДК, мероприятиями и отметками исполнения, размещаются в
штатном файловом хранилище портала. Сервис хранит прикладные связи файлов с объектами и
использует их в соответствующих модулях.
Состав автоматизированных функций модулей определяется Приложением А. Права ролей
определяются Приложением Б. Статусы, переходы, условия доступности действий и события
истории определяются Приложением В.
1.5 Взаимодействие модулей
Подраздел описывает взаимодействие функциональных модулей сервиса в единой
прикладной цепочке: ПГ, пункт ПГ, ДК, мероприятия, согласование, утверждение, исполнение,
контроль, архив или экспорт. Модули работают в составе одного раздела Корпоративного портала
и общей прикладной модели данных. Пользовательские операции и переходы между
функциональными модулями выполняются синхронно серверной логикой сервиса с
использованием общей СУБД Портала и прикладных объектов, статусов и переходов. Асинхронно
или регламентно выполняются только предусмотренные сервисом фоновые системные операции,
включая контроль сроков, подготовку уведомлений, повторную обработку ошибок отправки и
служебную обработку структурного извлечения. REST API, очереди сообщений и файловый обмен
между функциональными модулями в базовом контуре не используются. Их применение
допускается только как последующее развитие по правилам подраздела 1.7.
1.5.1 Сквозная цепочка обработки
Сквозная цепочка обработки начинается с загрузки допустимого исходного документа ПГ.
Для скана без текстового слоя либо документа, непригодного к структурному извлечению, после
загрузки документа применяется ручной ввод; затем сохраняются проверенные структурированные
данные. Рабочий набор строк до сохранения используется только для пользовательской проверки
по правилам подразделов 1.7.2 и 3.5.1.
После сохранения ПГ работа продолжается в модуле «База данных ПГ». Пользователь
работает с сохраненными ПГ и пунктами ПГ, созданными на основе проверенных
Страница 20
Технический проект. Сервис НПА.
структурированных данных. По выбранному пункту ПГ назначается ответственный исполнитель,
который создает ДК или открывает связанную ДК при наличии прав и соблюдении условий
процесса.
ДК создается по пункту ПГ или вне ПГ. Для ДК из ПГ исходные сведения, конечное
мероприятие и конечный срок наследуются из пункта ПГ. Для ДК вне ПГ пользователь задает
сведения, конечное мероприятие и конечный срок. Пользовательский флаг финальности не
вводится.
Рекомендации используются на этапе формирования мероприятий ДК по правилам
подразделов 2.4.5–2.4.6.
Мероприятия и сроки проверяются перед направлением ДК на согласование. Срок
мероприятия позже конечного срока ДК является блокирующей ошибкой.
Маршрут формируется пользователем в карточке ДК. Согласование выполняется
собственной прикладной маршрутизацией в карточке ДК. После возврата ДК на доработку
повторная отправка запускает новый цикл согласования с первого этапа.
После финального утверждения система фиксирует состояние «Утверждена» и автоматически
переводит ДК в состояние «На исполнении». Мероприятие считается исполненным только после
подтверждения контролером. При отклонении исполнения контролером комментарий обязателен,
а мероприятие возвращается на исполнение.
Экспорт выполняется по правилам подраздела 2.5 и в сквозной цепочке завершает перенос
ДК в целевой пункт ПГ с фиксацией результата.
Таблица 1.5 – Сквозная цепочка обработки в сервисе
Этап цепочки
Модульисточник
Результат этапа
Контрольные условия
Права пользователя, допустимый
формат файла; ручной ввод
Загрузка или
Реестр НПА и
доступен только после загрузки
ввод ПГ
ПА
документа для скана без текстового
слоя либо документа, непригодного
к структурному извлечению
Машиночитаемый документ;
Структурное
Рабочий набор строк ПГ
Реестр НПА и
пользовательская проверка, inlineизвлечение и
для проверки
ПА
корректировка и ручное дополнение
проверка
пользователем
строк
Скан без текстового слоя или
Реестр НПА и
Введенные
Ручной ввод ПГ
документ, непригодный к
ПА
пользователем строки ПГ
структурному извлечению
Проверенные и
Заполненные обязательные поля,
Реестр НПА и
сохраненные
корректные сроки,
Сохранение ПГ
ПА
структурированные
plan_item_number, sort_order,
данные ПГ и пунктов ПГ пользовательское подтверждение
Данные и процессные условия
Выбор пункта
Выбранный пункт ПГ и пункта, права пользователя,
База данных ПГ
ПГ
сведения о связи с ДК
отсутствие активной ДК или
наличие доступной связанной ДК
Права пользователя, данные и
Черновик ДК по пункту процессные условия пункта,
Создание ДК
Дорожные карты
ПГ или вне ПГ
основание вне ПГ при
применимости
Сведения ДК,
Формирование
Рекомендации добавляются
характеристики,
сведений и
Дорожные карты рекомендации и
пользователем; срок мероприятия
мероприятий
не позже конечного срока ДК
фактический состав
мероприятий
Маршрут, этапы,
Обязательные этапы включены,
Формирование
Дорожные карты
участники и порядок
утверждение обязательно,
маршрута
Загруженный
допустимый исходный
документ ПГ и
созданный черновик ПГ
Страница 21
Технический проект. Сервис НПА.
Этап цепочки
Модульисточник
Результат этапа
согласования
Утвержденная ДК или
Согласование и
Дорожные карты ДК, возвращенная на
утверждение
доработку
Исполнение и
контроль
Экспорт ДК
Контрольные условия
участники выбраны из
пользователей портала
Активный этап, решения
участников, комментарий при
возврате, новый цикл с первого
этапа после доработки
Отметки исполнения и
Ответственный исполнитель ДК,
мероприятия,
Дорожные карты
подтверждение контролером,
подтвержденные
комментарий при отклонении
контролером
Новая ДК в целевом
Права контролера, допустимость
Экспортирование пункте ПГ и
целевого пункта, фиксация
ДК
архивированная исходная операции экспорта, атомарность
ДК после успеха
операции
1.5.2 Передача результатов между модулями
Модули передают друг другу не технические файлы обработки, а прикладные результаты:
сохраненный ПГ, пункты ПГ, назначенных ответственных исполнителей, связь с исходным PDF,
выбранный пункт, созданную ДК, сведения ДК, выбранный вид акта, характеристики, фактический
состав мероприятий, маршрут согласования, решения участников, отметки исполнения, результаты
контроля и операцию экспорта.
Модуль «Реестр НПА и ПА» формирует исходные данные для модуля «База данных ПГ»:
сохраненный план-график, строки ПГ, пункты ПГ, назначенных ответственных исполнителей и
связь с исходным PDF. Эти данные используются для поиска, фильтрации, просмотра, проверки
состояния пункта и перехода к созданию ДК.
Модуль «База данных ПГ» передает в модуль «Дорожные карты» выбранный пункт ПГ как
основание для создания ДК. При создании ДК по пункту ПГ в карточку ДК передаются исходные
сведения пункта, связь с ПГ, ответственный исполнитель, конечное мероприятие и конечный срок.
При наличии связанной ДК модуль обеспечивает переход к существующей карточке ДК с учетом
прав пользователя, статуса ДК и доступности действий.
Модуль «Дорожные карты» использует сведения ДК, вид акта и выбранные характеристики
для формирования рекомендаций по правилам подразделов 2.4.5–2.4.6.
Фактический состав мероприятий ДК формируется после действия пользователя и далее
передается в контуры согласования, исполнения и контроля. Правила происхождения мероприятий
из рекомендаций, шаблонов или ручного ввода приведены в подразделах 2.4.5–2.4.6 и 3.4.2.
Перед передачей ДК на согласование модуль «Дорожные карты» формирует проверенный
результат: заполненные сведения ДК, выбранный вид акта, характеристики, фактические
мероприятия, ответственного исполнителя ДК, сроки, конечный срок, предупреждения и
блокирующие ошибки при наличии. ДК может быть направлена на согласование только после
устранения блокирующих ошибок, включая отсутствие мероприятий, незаполненные обязательные
поля мероприятий и сроки мероприятий позже конечного срока ДК.
Внутри модуля «Дорожные карты» сформированные мероприятия передаются в
последующие контуры работы с ДК: согласование, утверждение, исполнение и контроль.
Согласование использует фактический состав мероприятий как часть содержания ДК. После
утверждения мероприятия переходят в контур исполнения, где ответственный исполнитель
соответствующей ДК вносит отметку исполнения, а контролер подтверждает или отклоняет
результат.
Модуль «Дорожные карты» формирует данные для функционального блока «Работа с НПА»:
утвержденную ДК, перечень мероприятий, ответственного исполнителя ДК, сроки, статусы
мероприятий, отметки исполнения с результатами проверки контролером, связанные файлы,
историю изменений и уведомления. Контролер определяется глобальной ролью сервиса и не
передается как назначенный реквизит ДК или мероприятия. Мероприятие считается исполненным
только после подтверждения контролером, а не после отметки ответственного исполнителя,
соответствующей ДК.
Страница 22
Технический проект. Сервис НПА.
Модуль «Экспортирование ДК» использует исходную ДК, целевой ПГ и целевой пункт ПГ и
выполняет операцию по правилам подраздела 2.5. Состав переносимых и непереносимых данных
определяется подразделом 2.5.3.
1.5.3 Статусы, история и уведомления в межмодульном взаимодействии
Допустимость перехода между действиями и модулями определяется статусом объекта,
ролью пользователя, участием пользователя в объекте, условиями перехода и серверной проверкой
прав. Интерфейс показывает доступные действия по текущему состоянию объекта, а серверная
логика выполняет итоговую проверку перед изменением данных.
Статусы ПГ, ДК, мероприятия, маршрута, решения, отметки исполнения и операции экспорта
используются для управления жизненным циклом объектов. Для пункта ПГ отдельный статус не
устанавливается; доступность действий определяется данными пункта, связанными объектами и
условиями выполнения операции. Расчетные признаки, включая просрочку, приближение срока и
светофорную индикацию мероприятия, применяются как индикаторы и условия доступности
действий, но не заменяют статус жизненного цикла.
При формировании мероприятий в черновике ДК система применяет статусные условия
карточки ДК и проверяет возможность изменения состава мероприятий. Ответственный
исполнитель может добавлять рекомендованные мероприятия, исключать отдельные рекомендации
с предупреждением, добавлять кастомные мероприятия, изменять сроки только в допустимых
статусах ДК и при наличии права на редактирование.
Перед направлением ДК на согласование система выполняет контроль готовности
мероприятий. Блокирующими условиями являются отсутствие выбранного вида акта, отсутствие
мероприятий, незаполненные обязательные поля мероприятий, наличие сроков мероприятий позже
конечного срока ДК. Предупреждения, включая срок меньше рекомендованного, отображаются
пользователю и фиксируются при наличии соответствующего события, но не подменяют статус
ДК.
Межмодульные переходы создают события истории и уведомления только в объеме,
предусмотренном разделом 7, Приложением В и ролевой моделью. В настоящем подразделе
фиксируется связь этих событий со сквозной цепочкой модулей.
Таблица 1.5.3 – «Межмодульные переходы, результаты и контрольные условия»
Этап цепочки
Модульисточник
Результат этапа
Контрольные условия
Права пользователя, допустимый
Загруженный
формат файла; ручной ввод
Загрузка или ввод Реестр НПА и
допустимый исходный доступен только после загрузки
ПГ
ПА
документ ПГ и
документа для скана без текстового
созданный черновик ПГ слоя либо документа, непригодного
к структурному извлечению
Машиночитаемый документ;
Структурное
Рабочий набор строк ПГ
Реестр НПА и
пользовательская проверка, inlineизвлечение и
для проверки
корректировка и ручное дополнение
ПА
проверка
пользователем
строк
Введенные
Скан без текстового слоя или
Реестр НПА и
Ручной ввод ПГ
пользователем строки
документ, непригодный к
ПА
ПГ
структурному извлечению
Проверенные строки ПГ, Заполненные обязательные поля,
пункты ПГ и
корректные сроки, назначенные
Формирование Реестр НПА и
назначенные
ответственные исполнители,
пунктов ПГ
ПА
ответственные
пользовательская проверка
исполнители
результата обработки
Данные и процессные условия
Выбранный пункт ПГ и пункта, права пользователя,
Выбор пункта ПГ База данных ПГ
сведения о связи с ДК
отсутствие активной ДК или
наличие доступной связанной ДК
Создание ДК
Дорожные карты Черновик ДК по пункту Право на создание ДК, связь с
Страница 23
Технический проект. Сервис НПА.
Этап цепочки
Модульисточник
Результат этапа
Контрольные условия
ПГ или вне ПГ
пунктом ПГ или основание вне ПГ,
допустимый статус объекта
Права ответственного исполнителя,
Формирование
Заполненные сведения допустимый статус ДК,
сведений и
Дорожные карты ДК, выбранный вид акта заполненность обязательных
характеристик
и характеристики
сведений, корректность выбранных
ДК
характеристик
Наличие вида акта, наличие
Фактический состав
мероприятий, заполненность
мероприятий ДК из
обязательных полей, наличие
Формирование
Дорожные карты выбранных
ответственного исполнителя ДК,
мероприятий ДК
рекомендаций и
сроки не позже конечного срока ДК,
кастомных мероприятий фиксация предупреждений при
наличии
Наличие этапов, участники из
Формирование
Маршрут, этапы,
пользователей портала, порядок
Дорожные карты участники и порядок
маршрута
этапов, готовность ДК и
согласования
согласования
мероприятий, права на направление
Активный этап, участие
Утвержденная ДК или согласующего, решения участников,
Согласование и
Дорожные карты ДК, возвращенная на
комментарий при отклонении,
утверждение
доработку
завершенность маршрута перед
утверждением
Отметки исполнения и
мероприятия,
ДК в статусе «На исполнении»,
Исполнение
ожидающие
проверка контролером,
Дорожные карты
мероприятий
подтверждения или
комментарий при отклонении
подтвержденные
исполнения
контролером
Подтверждение контролером
Исполненные
Контроль и
исполнения всех мероприятий ДК,
Дорожные карты мероприятия и
завершение
актуальные статусы ДК и
завершенная ДК
мероприятий
Права, статус исходной ДК,
Новая ДК в целевом
доступность целевого пункта,
Экспортирование пункте ПГ и
отсутствие активной ДК в целевом
Экспорт ДК
ДК
архивированная
пункте, перенос разрешенного
исходная ДК
состава данных по подразделу 2.5.3,
атомарность операции
Детальная процессная модель раскрывается в разделе 4, состав функций – в разделе 2, модель
данных – в разделе 3, роли и права – в разделе 5, UX/UI – в разделе 6.
1.6 Использование стандартных механизмов Б24
Подраздел определяет правила использования стандартных механизмов Битрикс24 / 1СБитрикс Enterprise в архитектуре сервиса. Сервис использует Корпоративный портал как
платформенную основу для авторизации, работы с пользователями, оргструктурой, файлами и
уведомлениями, а в прикладной модели данных хранит объекты сервиса и logical only ссылки на
платформенные объекты.
1.6.1 Пользователи, роли и оргструктура
Пользователями сервиса являются штатные пользователи Корпоративного портала. Вход в
сервис выполняется через штатную авторизацию портала, после чего доступность функций
Страница 24
Технический проект. Сервис НПА.
определяется ролевой моделью сервиса, участием пользователя в объекте, текущим статусом
объекта и серверной проверкой прав.
Участники процессов сервиса выбираются из штатных пользователей портала. В прикладных
данных сервиса USER_ID применяется для фиксации ответственных исполнителей, согласующих,
финального утверждающего, участников маршрута, авторов действий и иных участников,
предусмотренных ролевой моделью. USER_ID фиксирует фактического пользователя – автора или
исполнителя соответствующего разрешенного действия, включая загрузку ПГ, контрольную
операцию, экспорт или иное разрешенное действие. Контролер не хранится как отдельный реквизит
назначения на ДК или мероприятие.
Организационная структура портала используется как источник отображаемых сведений о
Ф.И.О., должности, подразделении и принадлежности пользователя к организационным единицам.
Прикладная модель сервиса хранит USER_ID и участие пользователя в конкретном объекте или
маршруте, но не создает собственные справочники пользователей, должностей, подразделений или
организационной структуры.
Прикладная ролевая модель сервиса определяется Приложением Б. Права пользователя
применяются поверх штатной авторизации портала и проверяются при открытии экранов,
отображении действий, запуске переходов, изменении данных, принятии решений и выполнении
контрольных операций.
1.6.2 Файлы и связанные материалы
Файлы сервиса размещаются в штатном файловом хранилище Корпоративного портала. К
файлам относятся исходные PDF ПГ, вложения ДК, подтверждающие материалы по мероприятиям,
файлы отметок исполнения и иные связанные материалы, предусмотренные функциями сервиса.
В прикладной модели сервиса файл фиксируется через FILE_ID и прикладную связь с
объектом. Для ведения таких связей используется таблица npa_file_links, в которой отражается
объект сервиса, назначение файла, идентификатор файла портала, автор действия и иные
прикладные сведения, предусмотренные моделью данных.
Прикладные объекты сервиса используют файл как связанный материал. Хранение,
доступность, открытие и загрузка файлов выполняются средствами портала, а сервис обеспечивает
связь файла с ПГ, ДК, мероприятием, отметкой исполнения или другим объектом.
1.6.3 Уведомления и журнал фактов уведомлений
Уведомления участникам процесса отправляются штатным механизмом Корпоративного
портала по событиям сервиса. События уведомлений связаны со статусами, переходами,
назначениями, решениями, возвратами на доработку, исполнением мероприятий, контролем и
операциями экспорта.
Сервис фиксирует каждую фактическую попытку отправки уведомления отдельной записью
в таблице npa_notification_log. Каждый логический экземпляр уведомления определяется
сочетанием события, связанного объекта, получателя и применимого контекста. Фактические
попытки отправки одного логического экземпляра связываются общим идентификатором
логического экземпляра уведомления. Для каждой попытки фиксируются тип связанного объекта,
идентификатор связанного объекта, событие, USER_ID получателя, номер попытки, дата и время
попытки, результат отправки, текст ошибки при наличии и BITRIX_NOTIFY_ID при наличии
идентификатора отправленного уведомления. Применимый контекст хранится в универсальном
структурированном представлении; его состав зависит от события и должен позволять однозначно
различать самостоятельные логические экземпляры уведомлений.
Техническая повторная попытка относится к тому же логическому экземпляру уведомления
и фиксируется новой записью npa_notification_log с очередным номером попытки. Успешно
отправленный логический экземпляр уведомления не направляется повторно для того же сочетания
события, связанного объекта, получателя и применимого контекста. Журнал фактов уведомлений
используется для контроля информирования участников процесса и анализа результата отправки.
Логические экземпляры уведомлений и фактические попытки их отправки учитываются в
таблице npa_notification_log; отдельная таблица экземпляров уведомлений и отдельная таблица
попыток уведомлений не создаются. Конкретные физические имена полей идентификатора
логического экземпляра и номера попытки, типы данных, индексы и физическая структура
универсального представления контекста определяются на этапе разработки.
Страница 25
Технический проект. Сервис НПА.
Состав событий уведомлений, адресаты, сроки, повторяемость, условия прекращения и
возобновления отправки и правила эскалаций определяются функциональной моделью, ролевой
матрицей, реестром статусов и переходов и разделом 7.
1.6.4 Logical only ссылки на платформенные объекты
Связи прикладных объектов сервиса с объектами портала и внешними реквизитами являются
логическими. Logical only ссылки применяются для идентификации платформенного объекта или
внешнего документа без переноса стандартной сущности в прикладную модель сервиса.
СЭД-сведения фиксируются в сервисе вручную как ссылка, реквизит или внешний
идентификатор документа. Для этой связи применяются SED_REF, SED_DOC_ID и SED_LINK в
объеме, необходимом пользователю для идентификации и перехода к связанному документу.
Задачи Битрикс24 не входят в действующий базовый контур согласования, исполнения,
контроля или экспорта. TASK_ID не является элементом действующей прикладной модели сервиса.
Возможность подключения задач Битрикс24 может рассматриваться только как внешнее развитие
после отдельного решения заказчика и соответствующей актуализации технического проекта.
Таблица 1.6 – «Использование logical only ссылок»
Где применяется в
Правило
сервисе
использования
Ответственные
Хранится как logical
исполнители,
only идентификатор
согласующие, финальный
штатного пользователя
утверждающий, участники
Штатный
портала; Ф.И.О.,
маршрута и авторы
USER_ID
пользователь
должность и
действий, включая
портала
подразделение
пользователей,
получаются из профиля
выполнивших контрольные
и организационной
операции, загрузку ПГ или
структуры Б24
экспорт
Хранится в
Файл в штатном PDF ПГ, вложения ДК,
npa_file_links как
файловом
подтверждающие
прикладная связь с
FILE_ID
хранилище
материалы, файлы отметок объектом сервиса; файл
портала
исполнения
размещается в
хранилище портала
Заполняется при
Журнал фактов
наличии
Уведомление
BITRIX_NOTIFY_ID
уведомлений
идентификатора
портала
npa_notification_log
отправленного
уведомления портала
Заполняется вручную
Реквизит или
ПГ, ДК или связанный
как справочный
SED_REF
справочная
документ при наличии
реквизит внешнего
ссылка СЭД
документа
Заполняется вручную
при наличии
Внешний
ПГ, ДК или связанный
SED_DOC_ID
идентификатор
идентификатора
документ при наличии
документа СЭД
документа во внешнем
контуре
Заполняется вручную
как ссылка для
Ссылка на
ПГ, ДК или связанный
SED_LINK
перехода пользователя
документ СЭД документ при наличии
к связанному
Logical only ссылка
Объект или
контур
Страница 26
Технический проект. Сервис НПА.
Logical only ссылка
Объект или
контур
Где применяется в
сервисе
Правило
использования
документу
1.7 Интеграционные контуры и ограничения
Подраздел определяет интеграционные контуры сервиса и границы их применения в
подтвержденном базовом контуре реализации. Интеграционные взаимодействия сервиса
ограничены сценариями, необходимыми для работы раздела Корпоративного портала: ручной
фиксацией СЭД-реквизитов, загрузкой документа ПГ, структурным извлечением данных из
машиночитаемого документа, ручным вводом для сканов без текстового слоя, использованием
штатных уведомлений портала, прикладным журналированием событий и возможным
подключением внешних контуров только после отдельного подтверждения заказчиком.
1.7.1 Контур СЭД
СЭД-контур сервиса реализуется через ручную фиксацию ссылки, реквизитов или внешнего
идентификатора документа. Пользователь указывает сведения, позволяющие идентифицировать
внешний документ и перейти к нему при наличии ссылки.
В прикладной модели сервиса для связи с внешним документом используются logical only
значения SED_REF, SED_DOC_ID и SED_LINK. Эти значения применяются как справочные
реквизиты и не изменяют прикладной жизненный цикл ПГ, пункта ПГ, ДК, мероприятий и
маршрута согласования.
Автоматический обмен с СЭД, синхронизация карточек документов, получение статусов из
СЭД и иные интеграционные сценарии с внешним документооборотом включаются только после
отдельного подтверждения заказчиком, уточнения требований и актуализации технического
проекта.
1.7.2 Контур загрузки и структурного извлечения данных ПГ
Контур загрузки и структурного извлечения данных ПГ предназначен для загрузки документа
ПГ и подготовки структурированных строк ПГ для последующей проверки пользователем. Контур
не создает самостоятельную внешнюю подсистему обработки документов и работает в составе
раздела Корпоративного портала.
Исходный файл ПГ размещается в штатном файловом хранилище Корпоративного портала.
Сервис хранит FILE_ID как logical only ссылку и прикладную связь файла с ПГ. Бинарное
содержимое файла не хранится в прикладных таблицах сервиса, физические foreign key к ядру Б24
не проектируются.
Если документ ПГ является машиночитаемым, сервис выполняет структурное извлечение
данных. Результатом структурного извлечения является рабочий набор строк ПГ, который
отображается пользователю для проверки, inline-корректировки и дополнения.
Пользователь проверяет строки до сохранения ПГ, исправляет выявленные ошибки и при
необходимости вручную добавляет отсутствующие строки. Для скана без текстового слоя, а также
при непригодности документа к структурному извлечению применяется ручной ввод.
Результат структурного извлечения до пользовательской проверки и сохранения не является
источником истины. Источник истины по ПГ – проверенные и сохраненные пользователем
структурированные данные. Только сохраненные структурированные данные используются далее
в базе ПГ, при создании ДК и при контроле сроков.
Контур загрузки и структурного извлечения данных ПГ не является автоматическим обменом
с СЭД. СЭД-сведения, если они есть, фиксируются отдельно как ручная ссылка, реквизит или
внешний идентификатор документа.
Таблица 1.7 – Контур загрузки и структурного извлечения данных ПГ
Элемент контура
Исходный файл ПГ
Машиночитаемый
Решение
Результат
Сервис
получает
Файл размещается в
FILE_ID и фиксирует
штатном
файловом
прикладную связь с
хранилище портала
ПГ
Выполняется
Формируется рабочий
Ограничение
Бинарное содержимое
файла не хранится в
прикладных таблицах
сервиса
Рабочий набор не
Страница 27
Технический проект. Сервис НПА.
Элемент контура
документ
Решение
структурное
извлечение данных
Результат
набор строк ПГ
Пользовательская
проверка
Пользователь
проверяет,
корректирует
дополняет строки
Подготовлены
структурированные
и данные
для
сохранения
Пользователь
Скан без текстового Применяется ручной
вручную формирует
слоя
ввод
строки ПГ
Непригодный
документ
Пользователь
Данные формируются
переходит к ручному вручную и проходят
вводу
общие проверки
Источник истины
Проверенные
и
Данные используются
сохраненные
в базе ПГ, ДК и
структурированные
контроле сроков
данные
Ограничение
является источником
истины до проверки и
сохранения
Сохранение
невозможно
при
блокирующих
ошибках
Автоматическая
обработка скана не
применяется
Непригодность
документа не создает
отдельный
контур
обработки
Сырой
результат
извлечения
не
используется
как
окончательное
состояние ПГ
1.7.3 Контур уведомлений, API и фоновых операций
Уведомления по событиям сервиса отправляются штатным механизмом Корпоративного
портала. Сервис фиксирует факт уведомления в журнале уведомлений, включая событие, объект,
получателя, результат отправки, ошибку при наличии и BITRIX_NOTIFY_ID при наличии
идентификатора уведомления портала.
Фоновые операции применяются для обработки задач, требующих выполнения системой без
непосредственного пользовательского действия: контроль сроков, расчет признаков просрочки или
приближения срока, подготовка уведомлений, повторная обработка ошибок отправки, фиксация
результата длительных операций, а также служебная обработка структурного извлечения данных
из машиночитаемого документа ПГ.
Внешние API, очереди сообщений, интеграционные шлюзы и автоматизированные обмены с
внешними системами применяются только после согласования с заказчиком. Для каждого такого
контура должны быть определены инициатор, состав данных, правила безопасности, статусы
обработки, ошибки, журналирование и влияние на пользовательские сценарии.
Согласование, исполнение, контроль и экспорт ведутся в предметной модели сервиса.
1.7.4 Ограничения развития интеграций
Интеграционные контуры должны сохранять архитектурную границу сервиса как раздела
Корпоративного портала. Внешний контур не должен подменять прикладные объекты сервиса,
статусную модель, ролевую модель, карточку ДК, историю изменений и журнал фактов
уведомлений.
Новые интеграционные контуры вводятся через отдельное решение заказчика, уточнение
требований и оценку влияния на автоматизированные функции, роли и права, статусы и переходы,
прикладную модель данных, UX/UI-сценарии, историю и уведомления.
Расширение интеграций должно быть отражено в техническом проекте, функциональной
модели, ролевой матрице, статусной модели, UX/UI-модели и трассировке.
Таблица 1.7.4 – «Ограничения и условия развития интеграционных контуров»
Интеграционный Базовое решение
Данные или
контур
реализации
ссылки
Ручная фиксация
ссылки,
SED_REF;
СЭД
реквизитов или SED_DOC_ID;
внешнего
SED_LINK
идентификатора
Условие
развития
Автоматический Отдельное
обмен не
решение
является
заказчика и
обязательным согласованные
контуром
интеграционные
Ограничение
Страница 28
Технический проект. Сервис НПА.
Интеграционный Базовое решение
контур
реализации
Документ ПГ
Ручной ввод ПГ
Уведомления
API и очереди
Данные или
ссылки
Ограничение
Условие
развития
требования
реализации
Рабочий набор
подлежит
проверке,
Уточнение
корректировке и
Загрузка файла
правил
сохранению
ПГ и структурное FILE_ID;
структурного
прикладная связь с пользователем;
извлечение
извлечения,
ПГ; рабочий набор сырой результат
данных из
проверки,
машиночитаемого строк до сохранения структурного
ошибок и
извлечения не
документа
ручного ввода
является
источником
истины
Ручной ввод
Применяется для
проходит
Уточнение
скана без
общую
состава
текстового слоя
проверку
обязательных
или документа, ПГ; пункты ПГ
обязательных полей, ошибок и
непригодного к
полей, сроков и правил
структурному
структурной
корректировки
извлечению
целостности
Действующие
события,
адресаты, сроки,
повторяемость,
условия
прекращения и
возобновления,
Журнал
эскалации и
Отправка
фиксирует факт правила
BITRIX_NOTIFY_ID
штатным
уведомления и недублирования
при наличии;
механизмом
не заменяет
определены
npa_notification_log
портала
уведомления
разделом 7; их
портала
изменение
требует
отдельного
решения
заказчика и
актуализации
технического
проекта
Применяются
Отдельное
только после
Не являются
решение
отдельной
Определяются
обязательной
заказчика,
проработки
отдельными
частью базового описание
решения с
требованиями
контура
протоколов,
последующим
реализации
ошибок и
согласованием с
журналирования
заказчиком
Страница 29
Технический проект. Сервис НПА.
1.8 Архитектурная схема
Архитектурная схема сервиса отражена в приложении Е «ARCH-1. Архитектурная схема».
Страница 30
Технический проект. Сервис НПА.
2
Описание автоматизированных функций
2.1 Общие положения
2.1.1 Понятие автоматизированной функции
Автоматизированная функция сервиса описывает прикладной результат, а не конкретный
элемент интерфейса, техническую операцию или платформенный вызов. Функция может
выполняться пользователем или системой и должна приводить к определенному результату в
контуре сквозного контроля подготовки НПА/ПА.
Автоматизированная функция может включать несколько пользовательских действий,
системных проверок, экранных элементов и технических операций, если они совместно
обеспечивают единый прикладной результат: создание, изменение, проверку, согласование,
утверждение, исполнение, контроль, архивирование, экспорт, фиксацию истории или уведомление.
Каждая функция должна иметь объект выполнения, исполнителя или системный инициатор,
условие доступности, результат выполнения и связь с историей изменений или уведомлениями при
наличии соответствующего события. Функция не равна кнопке, полю, вкладке, popup, ссылке,
экранному блоку или техническому API-вызову.
Автоматизированные функции сервиса поддерживают цепочку: ПГ, пункт ПГ, ДК,
мероприятия, согласование, утверждение, исполнение, контроль, архив или экспорт. Состав
функций определяется подтвержденным функциональным контуром сервиса и актуальными
приложениями к настоящему техническому проекту.
2.1.2 Границы функции и экранной реализации
Кнопки, поля, вкладки, popup, боковые панели и экранные состояния относятся к UX/UIреализации функции и не определяют состав функций сами по себе. Один и тот же прикладной
результат может быть реализован через разные экранные элементы, если это не изменяет объект,
роль, условие доступности и результат функции.
Состав автоматизированных функций определяется Приложением А. Экранная модель в
Приложении Г показывает, где и как пользователь выполняет функцию, но не вводит новые
функции без отражения в функциональной модели и трассировке.
Кнопка или иное действие интерфейса может быть скрыто, заблокировано или недоступно в
зависимости от роли пользователя, участия пользователя в объекте, текущего статуса объекта,
условий перехода и результата серверной проверки. Наличие элемента интерфейса не является
самостоятельным основанием для выполнения действия.
Интерфейсная доступность действия используется как пользовательская подсказка и способ
предотвращения некорректного действия на клиентском уровне. Окончательное разрешение
выполнения функции принимает серверная логика сервиса.
2.1.3 Связь функций с объектами, ролями и статусами
Каждая функция должна быть связана с объектом сервиса: ПГ, пунктом ПГ, ДК,
мероприятием, характеристикой, шаблоном, маршрутом, этапом, участником, решением, отметкой
исполнения, операцией экспорта, событием истории, записью журнала уведомлений, файловой
связью или иным подтвержденным объектом модели данных. Результат проверки контролером
относится к соответствующей попытке отметки исполнения и не является самостоятельным
объектом модели данных.
Цикл согласования является процессным контекстом очередного прохождения маршрута, а
не самостоятельной прикладной сущностью. Текущий номер цикла хранится в существующих
данных маршрута, а номер цикла решения – в существующих данных решения. Отдельная сущность
и отдельная таблица циклов согласования не создаются.
Права на выполнение функций определяются Приложением Б. Доступность функции
определяется не только ролью пользователя, но и участием пользователя в конкретном объекте,
текущим статусом объекта, условиями перехода, заполненностью обязательных данных и
серверной проверкой прав.
Страница 31
Технический проект. Сервис НПА.
Статусы, переходы, события истории и уведомления определяются Приложением В. Функция
считается доступной только при совпадении объекта, роли, участия пользователя, текущего
состояния объекта, условий действия и результата серверной проверки.
Расчетные признаки, предупреждения, контроль сроков и светофорная индикация
используются как вспомогательные признаки и не подменяют статусы жизненного цикла ПГ, ДК,
мероприятия, маршрута, решения, отметки исполнения или операции экспорта. Для пункта ПГ
отдельный статус не устанавливается.
2.1.4 Проверки, история и уведомления при выполнении функций
Серверная логика повторно проверяет право пользователя и условия выполнения действия
независимо от того, отображается ли действие в интерфейсе. Доступность действия в интерфейсе
не заменяет серверную проверку права и условий выполнения.
Системные проверки включают заполненность обязательных данных, допустимость текущего
статуса, корректность сроков, наличие мероприятий, наличие маршрута, участие пользователя в
объекте, допустимость перехода, отсутствие блокирующих ошибок и иные условия, заданные
процессной моделью и приложениями.
Значимые действия, уведомления и журнал уведомлений обрабатываются по правилам
раздела 7. История фиксирует события, уведомления отправляются штатным механизмом портала,
а журнал уведомлений фиксирует факт или попытку отправки. Наличие события истории не
означает обязательную отправку уведомления, если оно не предусмотрено Приложением В.
2.1.5 Группировка функций по модулям сервиса
Автоматизированные функции группируются по четырем функциональным модулям сервиса:
«Реестр НПА и ПА», «База данных ПГ», «Дорожные карты», «Экспортирование ДК». Модули
являются функциональными областями одного раздела Корпоративного портала, а не
самостоятельными информационными системами.
Модуль «Реестр НПА и ПА» включает функции загрузки или ввода ПГ, структурного
извлечения данных из машиночитаемого документа, ручного ввода для сканированных документов
без текстового слоя, проверки, корректировки и сохранения проверенных структурированных
данных.
Модуль «База данных ПГ» включает функции работы с сохраненными ПГ и пунктами ПГ:
поиск, просмотр, фильтрацию, проверку состояния пункта, просмотр связи с ДК и переход к
созданию или открытию ДК.
Модуль «Дорожные карты» включает функции создания и ведения ДК, заполнения сведений,
работы с характеристиками, формирования мероприятий, использования рекомендаций, настройки
маршрута, согласования, утверждения, исполнения и контроля мероприятий.
Модуль «Экспортирование ДК» включает функции переноса ДК в другой ПГ или пункт ПГ
через создание новой ДК, фиксацию операции экспорта и архивирование исходной ДК после
успешного создания новой. Экспорт выполняется по правилам подраздела 2.5.
2.2 Функции модуля «Реестр НПА и ПА»
2.2.1 Назначение модуля
Модуль «Реестр НПА и ПА» обеспечивает первичное внесение ПГ в сервис и формирование
проверенных структурированных данных для дальнейшей работы с ПГ, пунктами ПГ и ДК.
Документ ПГ используется для подготовки структурированных данных. Обработка
документа, ручной ввод и проверка выполняются по правилам подраздела 1.7.2, а источник истины
по ПГ определяется по правилам подраздела 3.5.1.
Файл ПГ хранится средствами Корпоративного портала. Сервис хранит FILE_ID и
прикладную связь файла с ПГ. Бинарное содержимое файла не хранится в прикладных таблицах
сервиса.
СЭД-реквизиты, ссылка или внешний идентификатор документа указываются пользователем
вручную при наличии таких сведений. Автоматический обмен с СЭД не входит в состав базовых
функций модуля без отдельного подтверждения заказчиком.
Страница 32
Технический проект. Сервис НПА.
2.2.2 Состав автоматизированных функций
Состав автоматизированных функций модуля определяется Приложением А и описывается в
настоящем подразделе через результаты, а не через отдельные экранные кнопки. Реализация
функций должна быть согласована с ролевой моделью, статусами, UX/UI и трассировкой.
Модуль обеспечивает загрузку исходного файла ПГ, структурное извлечение данных из
машиночитаемого документа ПГ, ручное создание строк ПГ, inline-корректировку строк, проверку
обязательных данных, сохранение ПГ и пунктов ПГ, а также фиксацию значимых действий и
ошибок обработки.
Результат структурного извлечения отображается пользователю как рабочий набор строк ПГ.
Пользователь проверяет, корректирует и дополняет строки до сохранения, а при необходимости
вручную добавляет отсутствующие строки.
Перед сохранением проверяются обязательные поля, даты, plan_item_number и sort_order.
plan_item_number хранит строковое значение колонки «№ п/п». sort_order хранит порядок строк.
Таблица 2.2 – Функции модуля «Реестр НПА и ПА»
Код
функции
F-02
F-04
F-05
F-06
F-08
Наименование
функции
Загрузка
исходного
файла ПГ
Инициатор
Объект
Пользователь
ПГ; файл
с правом
ПГ
загрузки ПГ
Условия
выполнения
Выбран
допустимый
файл;
пользователь
имеет право
загрузки;
формат файла
допустим
Результат
Файл
размещен в
файловом
хранилище
портала;
сохранены
FILE_ID и
прикладная
связь
История/увед
омления
Фиксируется
событие
загрузки;
уведомления –
по
Приложению
В
Документ
Фиксируется
Сформирова
является
результат
н рабочий
Структурное
Документ машиночитаем
обработки как
набор
извлечение
ПГ;
ым; файл
значимое
структуриров
данных из
Система
рабочий доступен;
событие при
анных строк
машиночитаемо
набор
действие
наличии
для проверки
го документа ПГ
строк
разрешено
соответствую
пользователе
серверной
щего события
м
логикой
истории
Документ не
имеет
Создан
Фиксируется
текстового
рабочий
Пользователь
создание или
слоя либо
ПГ;
набор строк
Ручное создание с правом
изменение
непригоден к
пункты
ПГ,
строк ПГ
ручного
строк;
структурному
ПГ
введенных
ввода ПГ
уведомление
извлечению;
пользователе
не требуется
пользователь
м
имеет право
ввода
Рабочий набор
строк
Строки ПГ
сформирован
Фиксируются
Пользователь
проверены,
структурным
InlineРабочий
значимые
с правом
исправлены и
извлечением
корректировка
набор
изменения;
корректировк
подготовлен
или ручным
строк ПГ
строк ПГ
уведомление
и ПГ
ык
вводом;
не требуется
сохранению
действие
выполняется до
сохранения ПГ
Назначение
Пользователь Пункт
Пункт ПГ
Для пункта
Фиксируется
Страница 33
Технический проект. Сервис НПА.
Код
функции
F-10
Наименование
Инициатор Объект
функции
ответственного с правом
ПГ;
исполнителя по назначения
USER_ID
пункту ПГ
ответственно
го
Фиксация
истории
загрузки,
Система
обработки,
ручного ввода,
корректировки и
ошибок
ПГ;
пункты
ПГ;
история
изменени
й
Условия
выполнения
создан; выбран
пользователь
Портала;
пройдена
серверная
проверка права
История/увед
омления
ПГ сохранен назначение
один
или изменение
ответственны ответственного
й
исполнитель
Выполнено
значимое
действие или
выявлена
ошибка
обработки
Создана
запись
истории или
зафиксирова
н результат
операции
Результат
Уведомления –
по
Приложению
В; журнал
уведомлений
фиксирует
факт или
попытку
отправки
2.2.3 Результаты выполнения функций
Результатами выполнения функций модуля являются сохраненный ПГ, сохраненные пункты
ПГ, проверенные структурированные данные, FILE_ID исходного файла, прикладная связь файла
с ПГ, СЭД-реквизиты при наличии и история значимых действий.
Сохраненные пункты ПГ становятся доступными для дальнейшей работы в модуле «База
данных ПГ». На основе сохраненных пунктов ПГ пользователь может выполнять поиск,
фильтрацию, просмотр связи с ДК, создание ДК по пункту или открытие связанной ДК при наличии
прав и выполнении условий процесса.
До сохранения рабочий результат структурного извлечения или ручного ввода не является
источником истины. До сохранения данные не являются основанием для создания ДК, контроля
сроков или изменения статусов.
Для каждого пункта ПГ сохраняется plan_item_number как строковое значение колонки «№
п/п» и sort_order как порядок строки. plan_item_number не подменяется порядковым номером
отображения, а sort_order не подменяет номер пункта ПГ.
2.2.4 Проверки, история и уведомления
Перед выполнением действий серверная логика проверяет права пользователя на загрузку
ПГ, ручной ввод, inline-корректировку, назначение ответственного исполнителя по пункту ПГ и
сохранение ПГ.
При загрузке документа проверяются тип файла, наличие текстового слоя и пригодность
документа для структурного извлечения. Если формат файла не поддерживается, пользователь
получает блокирующую ошибку и должен загрузить корректный исходный документ. Если формат
допустим, но текстового слоя нет либо документ непригоден к структурному извлечению,
применяется ручной ввод после загрузки исходного документа. При частичном результате
структурного извлечения пользователь получает предупреждение, проверяет рабочий набор строк,
исправляет ошибки и дополняет отсутствующие сведения.
Перед сохранением проверяются обязательные поля, даты, plan_item_number, sort_order,
ответственные при обязательности назначения и прикладная целостность строк ПГ. Сохранение ПГ
и пунктов ПГ выполняется только после пользовательской проверки и подтверждения
структурированных данных.
История фиксирует загрузку файла, ввод СЭД-реквизитов, структурное извлечение, ручной
ввод, inline-корректировку, назначение ответственного исполнителя по пункту ПГ, ошибки
обработки, успешную проверку и сохранение ПГ.
Уведомления по операциям внесения ПГ применяются при наличии соответствующего
события в Приложении В. Журнал уведомлений фиксирует факт или попытку отправки
уведомления и не заменяет историю изменений.
Таблица 2.3 – Ошибки и предупреждения при внесении ПГ
Ситуация
Тип сообщения
Действие
Результат
Страница 34
Технический проект. Сервис НПА.
пользователя
Нет текстового слоя
Блокирующее
сообщение для
структурного
извлечения
Перейти к ручному
вводу строк ПГ
Неверный формат
файла
Блокирующая ошибка
Загрузить корректный
исходный файл
Структура таблицы не
определена
Ошибка или
предупреждение в
зависимости от
результата
Исправить данные
вручную или перейти
к ручному вводу
Частичный разбор
Предупреждение
Требуется ручной
ввод
Информационное
сообщение или
блокирующее
сообщение для
автоматической
обработки
Проверить строки,
дополнить
отсутствующие
сведения и исправить
ошибки
Создать строки ПГ
вручную
Строки формируются
пользователем и
проходят общие
проверки
Обработка
продолжается после
загрузки допустимого
исходного документа
Рабочий набор строк
формируется
пользователем
Данные могут быть
сохранены только
после проверки и
устранения
блокирующих ошибок
После проверки
данные сохраняются
как источник истины
2.3 Функции модуля «База данных ПГ»
2.3.1 Назначение модуля
Модуль «База данных ПГ» обеспечивает работу с сохраненными ПГ и пунктами ПГ на основе
структурированных данных, сохраненных по правилам подраздела 3.5.1.
Основной объект работы модуля – список ПГ и пунктов ПГ. Отдельная карточка пункта ПГ
не требуется; ключевые сведения пункта отображаются в списке, раскрытии строки, popup, боковой
панели или иной рабочей области, предусмотренной UX-моделью.
Модуль обеспечивает поиск, фильтрацию и просмотр сохраненных ПГ и пунктов ПГ,
отображение связи пункта ПГ с ДК, переход к созданию ДК по пункту ПГ при наличии прав и
допустимого состояния, а также открытие связанной ДК. Поиск выполняется по вхождению строки
по проверенным структурированным данным и охватывает текстовые реквизиты ПГ, номер и
наименование акта, сведения о федеральном законе, номер пункта ПГ, вид акта, SED_REF,
SED_DOC_ID и SED_LINK.
Модуль также обеспечивает обработку документа изменений ПГ, сохранение исторического
содержания структурированных данных и выполнение правил архивирования или переноса
связанных ДК при изменении пунктов ПГ.
2.3.2 Состав автоматизированных функций
Состав функций модуля «База данных ПГ» определяется Приложением А и применяется с
учетом прав Приложения Б, статусов и переходов Приложения В, экранной модели Приложения Г
и трассировки Приложения Д.
Модуль включает просмотр списка ПГ, поиск и фильтрацию ПГ, просмотр списка пунктов
выбранного ПГ, поиск и фильтрацию пунктов ПГ, просмотр ключевых сведений пункта ПГ в списке
или рабочей области, отображение связи пункта ПГ с ДК и просмотр истории изменений ПГ или
пункта ПГ.
Модуль обеспечивает переход к созданию ДК по пункту ПГ при наличии прав и допустимого
состояния пункта. Если по пункту ПГ уже существует активная связанная ДК, создание новой ДК
ограничивается правилами процесса, а пользователю предоставляется переход к существующей
связанной ДК при наличии прав доступа.
Для обработки изменений ПГ модуль поддерживает загрузку или ввод документа изменений
ПГ, структурное извлечение изменений из машиночитаемого документа, ручной ввод изменений
Страница 35
Технический проект. Сервис НПА.
для сканированного документа без текстового слоя или документа, непригодного к структурному
извлечению, проверку, сопоставление и сохранение изменений.
При сохранении изменений ПГ фиксируются версия, основание, автор, дата, снимок данных
до изменения, снимок данных после изменения и связь с документом изменения. Историческое
содержание структурированных данных ПГ хранится в сервисе и не подменяется хранением старых
файлов.
При применимом изменении пункта ПГ связанная активная ДК архивируется по правилам
процесса. Исключением является изменение, указывающее на необходимость переноса ДК в другой
ПГ или пункт ПГ: в таком случае исходная ДК предварительно не архивируется, а перенос
выполняется через экспорт ДК контролером. Если пункт признан нецелесообразным, новая ДК по
нему не создается.
Таблица 2.3.2 – Функции модуля «База данных ПГ»
Функция
Инициатор
Объект
Просмотр
списка ПГ
Пользователь
сервиса с правом
просмотра
Поиск и
фильтрация ПГ
Пользователь
сервиса с правом
просмотра
ПГ
Просмотр
списка пунктов
ПГ
Пользователь
сервиса с правом
просмотра
ПГ; пункты
ПГ
Поиск и
фильтрация
пунктов ПГ
Пользователь
сервиса с правом
просмотра
ПГ
Пункты ПГ
Просмотр
Пользователь
ключевых
сервиса с правом
сведений пункта
просмотра
ПГ
Пункт ПГ
Исключительная
корректировка Главный
сохраненного
администратор
пункта ПГ
Пункт ПГ
Отображение
Пользователь
связи пункта ПГ сервиса с правом
с ДК
просмотра
Пункт ПГ;
ДК
Проверка
доступности
Пункт ПГ;
ДК
Система
Условия
выполнения
Пользователь
имеет право
доступа к
модулю
Пользователь
имеет право
просмотра;
заданы
параметры
поиска или
фильтрации
Выбран ПГ;
пользователь
имеет право
просмотра
Пользователь
имеет право
просмотра;
заданы
параметры
поиска или
фильтрации
Пользователь
имеет право на
просмотр
пункта
Имеются
документоснование и
причина;
пройдена
серверная
проверка;
технические
идентификатор
ы, системные
даты и история
не изменяются
Пункт ПГ
выбран;
выполняется
проверка
доступности,
связанной ДК
Проверяются
права,
Результат
Отображен
список
доступных ПГ
История/уведомлен
ия
История не
фиксируется;
уведомление не
требуется
История не
фиксируется без
Отображен
отфильтрованн изменения данных;
уведомление не
ый список ПГ
требуется
История не
Отображены
фиксируется;
пункты
уведомление не
выбранного ПГ
требуется
История не
Отображен
фиксируется без
отфильтрованн
изменения данных;
ый список
уведомление не
пунктов ПГ
требуется
Отображены
История не
сведения пункта фиксируется;
ПГ и доступные уведомление не
действия
требуется
Разрешенные
сведения пункта
скорректирован
ы; для
Фиксируются автор,
изменения
причина, документключевых
основание и
данных
значения до и после
применены
последствия
официального
изменения ПГ
Пользователь
видит
отсутствие ДК
или ссылку на
связанную ДК
Определена
доступность
История не
фиксируется без
изменения данных;
уведомление не
требуется
История
фиксируется только
Страница 36
Технический проект. Сервис НПА.
Функция
создания ДК по
пункту ПГ
Переход к
созданию ДК по
пункту ПГ
Создание новой
ДК после
изменения
конечного срока
пункта ПГ
Открытие
связанной ДК
Загрузка или
ввод документа
изменений ПГ
Структурное
извлечение или
ручной ввод
изменений ПГ
Проверка,
сопоставление и
сохранение
изменений ПГ
Архивирование
связанной ДК
при изменении
пункта ПГ
Запуск переноса
через экспорт
ДК
Условия
История/уведомлен
Результат
выполнения
ия
состояние
создания ДК
при значимом
пункта и
изменении;
наличие
уведомление не
активной ДК
требуется
Пользователь
имеет право;
Ответственный
пункт
История
исполнитель или
Открыт
находится в
фиксируется при
иной пользователь Пункт ПГ;
сценарий
допустимом
создании ДК;
с
ДК
создания ДК по
состоянии;
уведомления – по
подтвержденным
пункту ПГ
отсутствуют
Приложению В
правом
блокирующие
ограничения
Официальное
Создана новая
изменение
ДК с
конечного
фактическими
Пункт ПГ;
Фиксируются
срока
мероприятиями
архивная
создание новой ДК и
Ответственный
применено;
архивированной
ДК; новая
перенос фактических
исполнитель
прежняя ДК
ДК; сроки
ДК
мероприятий
архивирована; мероприятий
создание новой заполняются
ДК разрешено заново
У пункта есть
История не
Пользователь
связанная ДК;
Пункт ПГ;
Открыта
фиксируется;
сервиса с правом
пользователь
ДК
связанная ДК
уведомление не
доступа к ДК
имеет право
требуется
доступа
Пользователь
Фиксируется
имеет право;
ПГ;
Создан рабочий
значимое событие
Пользователь с
выбран
документ
контекст
загрузки или ввода;
правом обработки
изменений документ или
обработки
уведомления – по
изменений ПГ
открыт ручной изменений ПГ
ПГ
Приложению В
ввод
Документ
Документ
Фиксируется
машиночитаем
Система или
изменений
Подготовлен
результат обработки
ый либо
пользователь с
ПГ;
рабочий набор при наличии
применяется
правом обработки структуриро
изменений для значимого события;
ручной ввод
изменений
ванные
проверки
уведомления – по
для скана без
изменения
Приложению В
текстового слоя
Контролер
Сохранены
проверил и
изменения,
ПГ; пункты подтвердил
Фиксируется
версия,
рабочий набор
ПГ;
история изменения;
Контролер;
основание,
изменений;
изменения
уведомления – по
система
автор, дата,
блокирующие
ПГ
Приложению В
снимки до и
ошибки
после
устранены
Изменение
Связанная ДК Фиксируется
Пункт ПГ;
пункта ПГ
архивирована
история
Система по
связанная
сохранено и
по ТЗ при
архивирования;
правилу процесса
влияет на
применимости уведомления – по
ДК
связанную ДК правила
Приложению В
Изменение ПГ
требует
Исходная
Фиксируется
переноса ДК;
Инициирована
ДК; целевой
операция экспорта;
пользователь
Контролер
операция
ПГ; целевой
уведомления – по
имеет роль
экспорта ДК
пункт ПГ
Приложению В
контролера и
право экспорта
Инициатор
Объект
Страница 37
Технический проект. Сервис НПА.
2.3.3. Результаты выполнения функций
Результатами выполнения функций модуля являются найденный ПГ, выбранный пункт ПГ,
отображенная связь пункта с ДК, созданная ДК по пункту ПГ или открытая связанная ДК,
сохраненные изменения ПГ и обновленная актуальная версия структурированных данных.
При обработке изменений ПГ сервис сохраняет историческое содержание предыдущих
структурированных данных, актуализированные структурированные данные, основание изменения,
автора, дату, снимок данных до изменения, снимок данных после изменения и связь с документом
изменения.
Если изменение пункта ПГ требует архивирования связанной ДК, результатом выполнения
правила является архивированная связанная ДК с фиксацией основания и истории действия. Если
пункт признан нецелесообразным, новая ДК по нему не создается.
Если изменение ПГ требует переноса ДК в другой пункт ПГ, результат достигается через
экспорт ДК контролером: создается новая ДК в целевом пункте, фиксируется операция экспорта, а
исходная ДК архивируется после успешного создания новой ДК.
2.3.4. Проверки и ограничения доступа
Доступ к просмотру ПГ, пунктов ПГ, связанной ДК и истории зависит от роли пользователя,
участия пользователя в объекте, статуса объекта, условий перехода и серверной проверки прав.
Отображение действия в интерфейсе не заменяет серверную проверку.
Создание ДК по пункту ПГ возможно только при наличии прав пользователя и допустимого
состояния пункта ПГ. Если пункт признан нецелесообразным, новая ДК по нему не создается. Если
по пункту уже есть активная ДК, создание новой ДК ограничивается правилами процесса.
Изменение ПГ не должно выполняться как простая перезапись актуальных данных без
сохранения исторического содержания. Данные до изменения, данные после изменения, основание,
автор, дата и связь с документом изменения должны сохраняться в сервисе.
Перенос ДК в другой пункт ПГ не должен выполняться прямой заменой связи ДК с пунктом
ПГ без операции экспорта. Перенос выполняется через экспорт ДК контролером с фиксацией
операции и архивированием исходной ДК после успешного создания новой.
Уведомления и история не подменяют статусы и переходы. История фиксирует значимые
события, а уведомления применяются по событиям Приложения В с фиксацией факта отправки или
попытки отправки в журнале уведомлений.
2.3.5. Обработка изменений ПГ
Утвержденный ПГ или официальный документ изменений ПГ загружается и обрабатывается
сервисом как основание для актуализации ранее сохраненных структурированных данных ПГ.
Произвольное построчное редактирование действующего ПГ не применяется. Ошибки рабочего
результата структурного извлечения или ручного ввода корректируются до сохранения.
Исключительная корректировка сохраненного пункта выполняется только главным
администратором при наличии документа-основания, причины, серверной проверки и фиксации
значений до и после.
Для машиночитаемого документа сервис выполняет структурное извлечение данных и
сопоставляет полученные сведения с текущей сохраненной версией ПГ. По результатам
сопоставления формируется рабочий набор изменений, в котором могут быть определены:

изменение существующего пункта ПГ;

исключение пункта ПГ;

добавление нового пункта ПГ;

изменение срока;

изменение ответственного департамента;

изменение ответственного ФОИВ;

признание подготовки проекта акта нецелесообразной;

изменение сведений, указывающее на необходимость переноса ДК в другой ПГ или пункт
ПГ.
Для скана без текстового слоя или документа, непригодного к структурному извлечению,
пользователь вводит или корректирует структурированные сведения об изменениях вручную.
Ручная корректировка используется для приведения рабочего результата обработки документа в
соответствие с его фактическим содержанием, а не как самостоятельный способ изменения
действующего ПГ без документа-основания. OCR не используется.
Страница 38
Технический проект. Сервис НПА.
До применения изменений контролер проверяет сформированный сервисом рабочий набор,
при необходимости исправляет ошибки сопоставления и подтверждает его. Сырой результат
структурного извлечения и сопоставления не является источником истины. Источником истины по
изменениям ПГ являются проверенные, подтвержденные и сохраненные структурированные
данные.
После подтверждения контролером сервис применяет изменения к актуальным
структурированным данным ПГ. При сохранении фиксируются документ-основание, дата,
USER_ID контролера, выполнившего подтверждение, сведения до изменения, сведения после
изменения и связь с документом изменений. При исключительной корректировке технические
идентификаторы, системные даты и история недоступны для изменения. Изменение наименования
акта, конечного мероприятия или конечного срока на основании утвержденного ПГ, официального
документа изменений либо допустимой исключительной корректировки вызывает
предусмотренные настоящим подразделом процессные последствия.
После применения изменения ответственному исполнителю затронутого пункта ПГ
направляется уведомление о применении изменения по правилам раздела 7.
После применения подтвержденного изменения пункта ПГ любая связанная ДК, которая еще
не завершена, архивируется по правилам процесса, кроме изменения, указывающего на
необходимость переноса ДК экспортом. При таком переносе исходная ДК сохраняет текущее
состояние до успешного атомарного завершения экспорта и архивируется только как часть этого
завершения. При технической ошибке или иной неуспешной операции экспорта исходная ДК не
архивируется, а соответствующая npa_export_operations завершается неуспешно. После устранения
причины пользователь запускает новый экспорт, для которого создается новая
npa_export_operations. После фактического архивирования связанной ДК ее ответственный
исполнитель уведомляется о факте архивирования.
Если изменение касается корректировки срока и создание новой ДК разрешено,
ответственному исполнителю доступно создание новой ДК по измененному пункту ПГ. В новую
ДК переносятся фактические мероприятия архивированной ДК как специальный сценарий
обработки изменения ПГ, а сроки мероприятий новой ДК заполняются заново. Такой перенос не
является общей функцией копирования ДК.
Если новая ДК, создание которой после применения изменения разрешено и требуется по
процессу, не создана в течение одного рабочего дня с момента применения изменения, система
формирует первое напоминание ответственному исполнителю. Далее напоминание формируется
ежедневно до создания новой ДК либо до момента, когда необходимость или возможность ее
создания прекращается по процессу. Новое применимое подтвержденное изменение, снова
создающее необходимость и возможность создания новой ДК, запускает новый самостоятельный
цикл напоминаний.
Напоминание о необходимости создания новой ДК не формируется в случаях, когда создание
новой ДК по измененному пункту запрещено, в том числе при признании подготовки проекта акта
нецелесообразной либо при применимом сценарии переноса ДК экспортом, после которого новая
активная ДК в исходном пункте не создается.
2.4. Функции модуля «Дорожные карты»
2.4.1. Назначение модуля
Модуль «Дорожные карты» обеспечивает создание и ведение ДК, формирование сведений,
характеристик, мероприятий и рекомендаций, согласование и утверждение ДК, а также исполнение
и контроль мероприятий утвержденных ДК. Исполнение и контроль реализуются в
функциональном блоке «Работа с НПА» модуля «Дорожные карты». ДК является центральным
объектом сквозной цепочки после пункта ПГ и объединяет сведения акта, мероприятия, участников
процесса, файлы, историю и контрольные данные.
ДК создается по пункту ПГ или вне ПГ при наличии основания. Для ДК, создаваемой по
пункту ПГ, исходные сведения, конечное мероприятие и конечный срок наследуются из
структурированных данных пункта ПГ; конечное мероприятие и конечный срок штатно не
редактируются. Для ДК вне ПГ пользователь указывает исходные сведения, конечное мероприятие
и конечный срок.
Карточка ДК является основным рабочим экраном для сведений, характеристик,
мероприятий, маршрута, согласования, утверждения, исполнения, контроля, истории и файлов.
Страница 39
Технический проект. Сервис НПА.
Функциональный блок «Работа с НПА» реализуется через список ДК, находящихся на исполнении,
и соответствующие блоки карточки ДК и не образует отдельного функционального модуля или
самостоятельной процессной модели. В настоящей части подраздела раскрываются функции
создания ДК, заполнения сведений, работы с характеристиками, мероприятиями, шаблонами и
рекомендациями; функции маршрута, согласования, утверждения, исполнения и контроля
раскрываются далее в подразделе 2.4.
Мероприятия являются фактическим составом ДК и не подменяются рекомендациями.
Рекомендации используются как подсказки для пользователя и становятся фактическими
мероприятиями только после добавления пользователем в ДК.
2.4.2. Создание ДК и заполнение сведений
Создание ДК по пункту ПГ выполняется из списка ПГ и пунктов ПГ либо из связанного
сценария модуля «База данных ПГ». Связь с ПГ и пунктом ПГ обязательна только для ДК,
создаваемых по плану. ДК вне ПГ не должна искусственно привязываться к пункту ПГ без
основания.
Для ДК из ПГ исходные сведения, конечное мероприятие и конечный срок наследуются из
пункта ПГ. Конечное мероприятие и конечный срок ДК по ПГ штатно не редактируются.
Создание ДК вне ПГ допускается при наличии основания. Для такой ДК пользователь
заполняет исходные сведения, задает конечное мероприятие и конечный срок.
Пользовательский флаг или пользовательское поле финальности не вводится. Отдельный
технический флаг финальности настоящим техническим проектом не предписывается.
Заполнение сведений ДК выполняется в пределах прав пользователя, допустимого состояния
объекта и серверной проверки. Сведения ДК используются для дальнейшего формирования
характеристик, мероприятий, маршрута и направления ДК на согласование.
2.4.3. Характеристики акта
Характеристики акта заполняются в карточке ДК и используются для формирования
рекомендаций и предупреждений. Характеристики не заменяют юридическое решение
пользователя о применимости конкретных мероприятий и процедур подготовки акта.
Базовый перечень характеристик акта формируется на основании файла заказчика «Поля для
формирования списка рекомендуемых мероприятий». Указанный файл используется как исходное
наполнение справочника характеристик акта и определяет наименование характеристики, тип
пользовательского ввода, допустимые значения при наличии и правило обязательности. Указанный
список характеристик может дополняться в зависимости от появления новых нормативных
требований/поручений.
В начальную настройку справочника характеристик включаются: нормативность акта;
основание разработки; наличие сведений ограниченного доступа; наличие обязательных
требований; требуемость раскрытия информации; вид обсуждения; требуемость независимой
антикоррупционной экспертизы; требуемость согласования с ФОИВ; перечень согласующих
ФОИВ; требуемость заключения Минфина России; требуемость заключения Минцифры России;
ОРВ; степень регулирующего воздействия; требуемость процедуры «Регуляторная гильотина»
(рассмотрение рабочей группы); требуемость правовой и антикоррупционной экспертизы в
Минюсте России; требуемость рассмотрения ИЗиСП; требуемость рассмотрения подкомиссией;
требуемость государственной регистрации в Минюсте России; сфера действия НПА; социальная
значимость НПА; влияние на субъекты Российской Федерации; особый порядок по индексу «КС»;
особый порядок по индексу «Т»; 10-дневный срок по поручению Президента Российской
Федерации или Правительства Российской Федерации; иные особые требования.
Конкретный вид акта хранится в основных сведениях ДК и не является характеристикой акта.
Характеристика «Вид акта по юридической силе» не применяется. Нормативность акта является
отдельной характеристикой со значениями «Нормативный» и «Ненормативный» и не определяется
автоматически только по конкретному виду акта.
Характеристика «Степень регулирующего воздействия» отображается, является обязательной
и участвует в рекомендациях только при значении «Требуется» характеристики ОРВ. При значениях
ОРВ «Не требуется» или «Не определено» степень регулирующего воздействия не отображается,
не является обязательной и не участвует в рекомендациях, предупреждениях и проверках
готовности ДК.
Страница 40
Технический проект. Сервис НПА.
Для характеристики наличия сведений ограниченного доступа поддерживаются значения
«Да», «Нет» и «Не определено». Правовая и антикоррупционная экспертиза в Минюсте России и
государственная регистрация в Минюсте России являются отдельными характеристиками и
отдельными процедурами; объединенное значение «Экспертиза и госрегистрация» не применяется.
Характеристики используются как входные признаки для формирования блока рекомендаций,
предупреждений и проверок готовности ДК. Наличие характеристики в справочнике не означает
автоматическое создание мероприятия. Рекомендация формируется только при наличии активного
правила матрицы применимости, связывающего вид акта из основных сведений ДК, значение
характеристики и общий шаблон мероприятия.
Ответственный департамент и ответственный ФОИВ не являются критериями подбора
мероприятий без отдельного требования заказчика. Перечень согласующих ФОИВ может
использоваться для заполнения содержания мероприятия согласования с ФОИВ после выбора
соответствующей рекомендации пользователем, но сам по себе конкретный ФОИВ не должен
использоваться как самостоятельный критерий подбора рекомендаций.
Изменение характеристик может влиять на пересчет блока рекомендаций, предупреждения и
проверки готовности ДК, но не должно автоматически изменять фактический состав мероприятий
ДК без действия пользователя.
2.4.4. Мероприятия ДК
Мероприятия ДК формируются из шаблонов и/или добавляются пользователем вручную.
Мероприятие ДК является самостоятельной записью в составе конкретной ДК.
При добавлении мероприятия из шаблона создается самостоятельное мероприятие ДК.
Изменение шаблона не меняет уже созданные мероприятия. Связь мероприятия с шаблоном при
наличии используется для прослеживаемости происхождения мероприятия, а не для
автоматического обновления фактической записи ДК.
Пользователь может изменить фактические сведения мероприятия в пределах
предоставленных прав, участия в объекте, допустимого состояния ДК и серверной проверки. К
таким сведениям относятся наименование, описание, срок и иные применимые данные
мероприятия. Отдельный исполнитель мероприятию не назначается; все мероприятия ДК
выполняет ответственный исполнитель соответствующей ДК.
Срок мероприятия контролируется относительно конечного срока ДК. Срок мероприятия
позже конечного срока ДК является блокирующей ошибкой. Одинаковые сроки нескольких
мероприятий допускаются. Срок меньше рекомендованного допускается с предупреждением. Для
ДК по ПГ конечное мероприятие и конечный срок наследуются из пункта ПГ и штатно не
редактируются.
Для ДК вне ПГ конечное мероприятие и конечный срок задаются пользователем.
Пользовательский флаг или пользовательское поле финальности не вводится. Отдельный
технический флаг финальности настоящим техническим проектом не предписывается.
2.4.5. Общие и личные шаблоны мероприятий
В сервисе используются общие и личные шаблоны мероприятий. Общие шаблоны
администрируют администратор и контролер в пределах подтвержденной ролевой модели. Общие
шаблоны могут участвовать в матрице применимости и использоваться для формирования
рекомендаций.
Пользователь может создавать и удалять личные шаблоны только для себя. Администратор
может видеть личные шаблоны пользователей в пределах подтвержденной ролевой модели. Личные
шаблоны не согласовываются и не участвуют в рекомендациях.
Для шаблонов используются template_scope = GLOBAL/PERSONAL, owner_user_id для
личных шаблонов и deleted_at для мягкого удаления. Для общего шаблона owner_user_id не
заполняется. Для личного шаблона owner_user_id хранит logical only ссылку USER_ID на владельца
шаблона.
Использование рекомендаций осуществляется в рамках права пользователя формировать или
редактировать состав мероприятий ДК. Отдельное избыточное право «использовать рекомендации»
не вводится, если соответствующая возможность покрывается правом работы с мероприятиями ДК.
Страница 41
Технический проект. Сервис НПА.
2.4.6. Рекомендации мероприятий
Механизм рекомендаций работает по цепочке: характеристики ДК → общие шаблоны →
матрица применимости → блок рекомендаций → добавление пользователем в ДК. Пользователь
заполняет характеристики ДК, после чего система сопоставляет вид акта и выбранные
характеристики с активными правилами матрицы применимости.
Настройка механизма рекомендаций выполняется в административном контуре сервиса и
включает три связанных набора данных: справочник характеристик акта, справочник общих
шаблонов мероприятий и матрицу применимости общих шаблонов.
Справочник характеристик акта определяет, какие признаки пользователь заполняет в
карточке ДК и какие значения могут участвовать в подборе рекомендаций. Начальное наполнение
справочника характеристик выполняется на основании файла заказчика «Поля для формирования
списка рекомендуемых мероприятий».
Справочник общих шаблонов мероприятий определяет типовые мероприятия, которые могут
быть показаны пользователю как рекомендации. Начальное наполнение общих шаблонов
выполняется на основании типовых процедур подготовки НПА, отраженных в документе «Схема
подготовки НПА», и подтвержденных заказчиком правил применения таких процедур. Общий
шаблон хранится с признаком template_scope = GLOBAL и может участвовать в рекомендациях.
Личные шаблоны с template_scope = PERSONAL в рекомендациях не участвуют.
Матрица применимости определяет, при каких значениях вида акта и характеристик
конкретный общий шаблон должен быть показан в блоке рекомендаций. Для каждого правила
матрицы указываются общий шаблон, вид акта при применимости, характеристика, значение
характеристики или условие проверки, режим логического объединения условий и активность
правила. Если для общего шаблона не настроено активное правило применимости, такой шаблон
не должен выводиться как рекомендация.
Сервис может поставляться с начальным набором преднастроенных общих шаблонов
мероприятий и правил матрицы применимости. Начальное наполнение формируется на основании
документа «Схема подготовки НПА» и файла заказчика «Поля для формирования списка
рекомендуемых мероприятий». Преднастроенные правила связывают вид акта, значения
характеристик ДК и общий шаблон мероприятия.
Преднастроенная матрица применимости является стартовой настройкой сервиса и может
уточняться пользователями с административными правами в пределах подтвержденной ролевой
модели. Наличие правила в стартовой матрице не означает автоматическое юридическое
определение обязательности процедуры. Сервис формирует рекомендацию, а фактическое
мероприятие ДК создается только после действия пользователя.
Для процедур, по которым срок или условие применимости не могут быть однозначно
определены на основании исходных материалов, в настройке матрицы фиксируется признак
необходимости ручной оценки пользователя или подтверждения заказчиком. Такие процедуры
могут отображаться как рекомендации или предупреждения только при наличии активного правила
применимости.
Пользователь может добавить все рекомендации, часть рекомендаций или добавить
мероприятия вручную. Исключение рекомендации не блокирует формирование ДК, если иное
правило обязательности не подтверждено заказчиком и не отражено в функциональной модели,
статусах, UX/UI и трассировке.
Рекомендации не заменяют юридическое решение пользователя. Изменение
административных настроек рекомендаций не должно автоматически изменять уже созданные
фактические мероприятия ДК.
Рекомендуемая длительность или правило срока может описываться только как
настраиваемый параметр шаблона или матрицы применимости. Фактический срок мероприятия
контролируется относительно конечного срока ДК.
Таблица 2.4.1 – Стартовые правила матрицы применимости рекомендаций
Код
правила
Условие
применимости
REC-V1- Вид акта =
001
федеральный закон
Рекомендуемый
общий шаблон
мероприятия
Внутреннее
согласование в
Минэнерго России
Срок или
правило срока
Комментарий
10–20 рабочих дней
Стартовое правило по схеме
подготовки НПА
Страница 42
Технический проект. Сервис НПА.
Код
правила
Условие
применимости
Рекомендуемый
общий шаблон
мероприятия
Вид акта = указ
Внутреннее
REC-V1Президента Российской согласование в
002
Федерации
Минэнерго России
Вид акта =
Внутреннее
REC-V1- постановление
согласование в
Правительства
003
Минэнерго России
Российской Федерации
Вид акта =
Внутреннее
REC-V1- распоряжение
согласование в
Правительства
004
Минэнерго России
Российской Федерации
Внутреннее
REC-V1- Вид акта = приказ
согласование в
005
Минэнерго России
Минэнерго России
REC-V1- Требуется раскрытие
006
информации = Да
Раскрытие
информации на
regulation.gov.ru
Наличие обязательных
REC-V1- требований = Да; вид
Публичные
обсуждения =
007
обсуждения
публичные обсуждения
Вид обсуждения =
REC-V1Общественные
общественные
008
обсуждения
обсуждения
Требуется независимая Независимая
REC-V1антикоррупционная
антикоррупционная
009
экспертиза = Да
экспертиза
Срок или
правило срока
Комментарий
10–20 рабочих дней
Стартовое правило по схеме
подготовки НПА
10–20 рабочих дней
Стартовое правило по схеме
подготовки НПА
10–20 рабочих дней
Стартовое правило по схеме
подготовки НПА
10–20 рабочих дней
Стартовое правило по схеме
подготовки НПА
До выполнения
административной настройки
правило не применяется. Для
включения используются
существующие общий
шаблон мероприятия и
матрица применимости: для
Не применяется до
шаблона задается срок или
административной
правило срока и
настройки
активируется связь с
характеристикой «Требуется
раскрытие информации =
Да». После сохранения
настройки правило участвует
в существующем механизме
рекомендаций.
Применяется при выборе
До 20 рабочих дней соответствующего вида
обсуждения
15 календарных
дней
Применяется при выборе
соответствующего вида
обсуждения
7 календарных дней
Стартовое правило по схеме
подготовки НПА
Требуется согласование
Согласование с
REC-V1- с ФОИВ = Да; вид акта
заинтересованными
010
не равен приказу
ФОИВ
Минэнерго России
10 календарных
дней
Требуется согласование
Согласование с
REC-V1- с ФОИВ = Да; вид акта
заинтересованными
= приказ Минэнерго
011
ФОИВ
России
Перечень ФОИВ
используется для содержания
мероприятия, а не как
самостоятельный критерий
подбора.
Согласование с двумя и
более ФОИВ производится в
ДК параллельно
12 рабочих дней
Правило срока отличается
для приказов Минэнерго
России
REC-V1ОРВ = Требуется
012
Оценка
регулирующего
воздействия
Степень регулирующего
воздействия отображается,
До 10 рабочих дней является обязательной и
участвует в рекомендациях
только при значении ОРВ =
Страница 43
Технический проект. Сервис НПА.
Рекомендуемый
общий шаблон
мероприятия
Срок или
правило срока
Требуется процедура
«Регуляторная
REC-V1гильотина»
013
(рассмотрение рабочей
группы) = Да
Рассмотрение
рабочей группой в
рамках процедуры
«Регуляторная
гильотина»
Применимость требует
До 13 рабочих дней заполнения
соответствующего признака
Требуется правовая и
REC-V1- антикоррупционная
экспертиза в Минюсте
014
России = Да
Правовая и
антикоррупционная
экспертиза в
Минюсте России
Код
правила
REC-V1015
REC-V1016
REC-V1017
REC-V1018
REC-V1019
REC-V1020
Условие
применимости
Комментарий
Требуется
До выполнения
административной настройки
правило не применяется. Для
включения в существующем
общем шаблоне мероприятия
задается действующее
правило срока и в
существующей матрице
Не применяется до
применимости активируется
административной
связь с характеристикой
настройки
«Требуется правовая и
антикоррупционная
экспертиза в Минюсте
России = Да». После
сохранения настройки
правило участвует в
существующем механизме
рекомендаций.
Рассмотрение
ИЗиСП при
Требуется рассмотрение
15 календарных
Стартовое правило по схеме
Правительстве
ИЗиСП = Да
дней
подготовки НПА
Российской
Федерации
Рассмотрение
Срок не
Срок не использовать как
регламентирован;
Требуется рассмотрение подкомиссией по
жесткое блокирующее
административной справочно более 14
подкомиссией = Да
правило без подтверждения
реформе
календарных дней
Вид акта =
федеральный закон /
указ Президента
Российской Федерации / Внесение проекта
постановление
акта в Правительство Срок не
Для ДК из ПГ конечный срок
Правительства
Российской
регламентирован
определяется по пункту ПГ
Российской Федерации / Федерации
распоряжение
Правительства
Российской Федерации
Вид акта = приказ
Подписание и
Минэнерго России;
направление на
Отдельная процедура до
требуется
До 10 календарных
государственную
государственной
государственная
дней
регистрацию в
регистрации
регистрация в Минюсте
Минюст России
России = Да
Вид акта = приказ
Минэнерго России;
Государственная
Диапазон хранится как
требуется
регистрация в
20–40 рабочих дней параметр шаблона или
государственная
Минюсте России
матрицы
регистрация в Минюсте
России = Да
Получение
Не применяется до До выполнения
Требуется заключение
заключения
административной административной настройки
Минфина России = Да
правило не применяется. Для
Минфина России
настройки
Страница 44
Технический проект. Сервис НПА.
Рекомендуемый
общий шаблон
мероприятия
Срок или
правило срока
Получение
REC-V1- Требуется заключение
заключения
021
Минцифры России = Да
Минцифры России
Не применяется до
административной
настройки
Иные заключения,
согласования или
специальные
процедуры
Не применяется до
административной
настройки
Код
правила
Условие
применимости
REC-V1- Иные особые
022
требования = Да
Комментарий
включения в существующем
общем шаблоне мероприятия
задается срок или правило
срока и в существующей
матрице применимости
активируется связь с
характеристикой «Требуется
заключение Минфина России
= Да». После сохранения
настройки правило участвует
в существующем механизме
рекомендаций.
До выполнения
административной настройки
правило не применяется. Для
включения в существующем
общем шаблоне мероприятия
задается срок или правило
срока и в существующей
матрице применимости
активируется связь с
характеристикой «Требуется
заключение Минцифры
России = Да». После
сохранения настройки
правило участвует в
существующем механизме
рекомендаций.
До выполнения
административной настройки
правило не применяется. Для
включения в существующем
общем шаблоне мероприятия
задается применимое
правило срока, а в
существующей матрице
применимости активируется
связь с характеристикой
«Иные особые требования =
Да». После сохранения
настройки правило участвует
в существующем механизме
рекомендаций.
Характеристики «наличие сведений ограниченного доступа», «сфера действия НПА»,
«социальная значимость НПА», «влияние на субъекты Российской Федерации», индексы «КС» и
«Т», а также 10-дневный срок по поручению Президента Российской Федерации или Правительства
Российской Федерации используются как признаки для предупреждений, сроковых ограничений
или специальных правил матрицы. Они не создают самостоятельные мероприятия без отдельного
подтвержденного правила применимости.
Таблица 2.4.2 – Функции формирования ДК, характеристик и мероприятий
Функция
Инициатор
Объект
Создание ДК
по пункту ПГ
Пользователь с
правом
создания ДК
Пункт ПГ; ДК
Условия
выполнения
Пользователь
имеет право;
пункт ПГ
находится в
допустимом
Результат
Создана ДК,
связанная с
пунктом ПГ
История/уведомлени
Фиксируется создание
ДК; уведомления – по
Приложению В
Страница 45
Технический проект. Сервис НПА.
Функция
Инициатор
Создание ДК
вне ПГ
Пользователь с
правом
создания ДК
вне плана
Заполнение
сведений ДК
Пользователь с
правом
редактирования
ДК
Выбор
характеристик
акта
Пользователь с
правом
редактирования
ДК
ДК;
характеристики
Формирование
блока
рекомендаций
Система
ДК;
характеристики;
общие
шаблоны;
матрица
применимости
Добавление
рекомендации в
ДК
Пользователь с
правом
формирования
мероприятий
ДК;
мероприятие
ДК;
рекомендация
Ручное
добавление
мероприятия
Пользователь с
правом
формирования
мероприятий
ДК;
мероприятие
ДК
Редактирование
мероприятия
Пользователь с
правом
редактирования
мероприятий
Мероприятие
ДК
Проверка срока
мероприятия
Система
Объект
ДК
ДК
Мероприятие
ДК; ДК
Условия
выполнения
состоянии;
отсутствует
блокирующее
ограничение на
создание ДК
Пользователь
имеет право;
указано
основание вне
ПГ
ДК находится в
допустимом
состоянии;
пользователь
имеет право
редактирования
ДК находится в
допустимом
состоянии;
доступен
подтвержденный
набор
характеристик
Заполнены
применимые
характеристики;
настроены
общие шаблоны
и матрица
применимости
ДК находится в
допустимом
состоянии;
пользователь
выбрал
рекомендацию
ДК находится в
допустимом
состоянии;
обязательные
данные
мероприятия
заполнены
ДК и
мероприятие
находятся в
допустимом
состоянии; срок
не нарушает
конечный срок
ДК
Выполняется
сохранение
мероприятия
или подготовка
ДК к
дальнейшему
действию
Результат
История/уведомлени
Создана ДК без
связи с пунктом
ПГ
Фиксируется создание
ДК; уведомления – по
Приложению В
Сведения ДК
заполнены или
обновлены
Фиксируются
значимые изменения;
уведомление не
требуется
Характеристики
ДК сохранены
для
рекомендаций и
предупреждений
Фиксируются
значимые изменения;
уведомление не
требуется
Сформирован
блок
рекомендованных
мероприятий
История фиксируется
только при наличии
значимого события;
уведомления не
требуются
Создано
фактическое
мероприятие ДК
Фиксируется
добавление
мероприятия;
уведомления – по
Приложению В
Создано
фактическое
мероприятие ДК
Фиксируется
добавление
мероприятия;
уведомления – по
Приложению В
Сведения
мероприятия
обновлены
Фиксируются
значимые изменения;
уведомления – по
Приложению В
Проверено, что
срок
мероприятия не
позже конечного
срока ДК
При нарушении
фиксируется
блокирующая ошибка
уведомление не
требуется
Таблица 2.4.3 – Правила использования шаблонов и рекомендаций
Контур
Что используется
Что не допускается
Результат для
Страница 46
Технический проект. Сервис НПА.
Общие шаблоны
template_scope =
GLOBAL; матрица
применимости;
настраиваемые
параметры шаблона
Личные шаблоны
template_scope =
PERSONAL;
owner_user_id; deleted_at
для мягкого удаления
Матрица применимости
Вид акта и
подтвержденные
характеристики
Рекомендации
Блок рекомендованных
мероприятий в карточке
ДК
Сроковые параметры
Рекомендуемая
длительность или
правило срока как
настраиваемый
параметр
Использование
критериев и сроковых
правил, не заданных в
настройках сервиса
Участие личных
шаблонов в
рекомендациях и
согласование личных
шаблонов
Департамент и ФОИВ
как критерии без
отдельного требования
заказчика
Автоматическое
превращение всех
рекомендаций в
мероприятия без
действия пользователя
Конкретный алгоритм
расчета сроков и
значения длительности,
не заданные в
настройках шаблонов
или матрицы
применимости
пользователя
Общие шаблоны
доступны для
рекомендаций и
добавления
мероприятий
Пользователь
использует личные
заготовки только для
себя
Формируется блок
рекомендаций по общим
шаблонам
Пользователь выбирает,
какие рекомендации
добавить в ДК
Пользователь получает
подсказку, но
фактический срок
проверяется
относительно конечного
срока ДК
2.4.7. Результаты выполнения функций формирования ДК
Результатами выполнения функций являются созданная ДК по пункту ПГ или вне ПГ,
заполненные сведения ДК, выбранные характеристики, сформированный блок рекомендаций при
наличии применимых общих шаблонов и фактический состав мероприятий ДК, добавленный
пользователем.
В составе мероприятий ДК фиксируются мероприятия, добавленные из рекомендаций, из
шаблонов или вручную, а также сроки мероприятий.
Конечный срок ДК определяется и отображается по правилам создания ДК. Для ДК из ПГ он
наследуется из пункта ПГ. Для ДК вне ПГ он задается пользователем.
При отсутствии блокирующих ошибок ДК подготавливается к дальнейшему формированию
маршрута и направлению на согласование. Подготовленность ДК к согласованию включает
заполненные сведения, фактические мероприятия и последующее формирование маршрута, но
детальные функции маршрута раскрываются далее в подразделе 2.4.
2.4.8. Проверки и ограничения первой части функций ДК
Доступность создания и редактирования ДК зависит от роли пользователя, участия
пользователя в объекте, статуса объекта, условий перехода и серверной проверки. Отображение
кнопки или блока в карточке ДК не заменяет серверную проверку права и условий действия.
ДК из ПГ не создается по пункту ПГ, признанному нецелесообразным. Если по пункту ПГ
уже есть активная ДК, создание новой ДК ограничивается правилами процесса.
Для направления ДК на согласование должны быть заполнены общая информация,
мероприятия и маршрут. В настоящей части подраздела фиксируются правила по сведениям,
характеристикам и мероприятиям; функции маршрута и согласования раскрываются далее в
подразделе 2.4.
Отсутствие обязательных сведений или мероприятий блокирует дальнейшее направление ДК
на согласование. Срок мероприятия позже конечного срока ДК блокирует сохранение или
направление на согласование в зависимости от правила текущего действия и применимого статуса
объекта.
Рекомендации и предупреждения не подменяют статусы жизненного цикла ДК или
мероприятий. События истории и уведомления должны соответствовать Приложению В.
Страница 47
Технический проект. Сервис НПА.
2.4.9. Формирование маршрута согласования
Маршрут согласования ДК задается пользователем в карточке ДК. Для каждого этапа
пользователь задает последовательный или параллельный режим. В последовательном этапе
активные действия выполняются в установленной последовательности. В параллельном этапе
исходные ветви проходят независимо; этап завершается только после положительных решений
всех исходных и всех привлеченных участников каждой ветви с учетом завершения вложенных
цепочек перенаправления.
Участники маршрута выбираются из штатных пользователей Корпоративного портала. В
прикладных данных сервиса хранится USER_ID как logical only ссылка на пользователя портала.
Сервис не дублирует пользователей, роли портала и организационную структуру Б24 в собственных
таблицах.
К обязательным этапам маршрута согласования ДК относятся согласование департаментомисполнителем, Юридическим департаментом, Административным департаментом, а также
финальное утверждение. Обязательные этапы добавляются в маршрут, являются обязательными и
не могут быть удалены, обойдены или заменены пользователем. Пользователь может добавлять
дополнительные необязательные этапы и участников. Перед сохранением и направлением
маршрута серверная логика проверяет, что на этапе Юридического департамента участвует
директор, исполняющий обязанности директора либо уполномоченный заместитель директора;
проверка выполняется по должности и организационной структуре Б24.
Согласование ДК реализуется собственной прикладной маршрутизацией в карточке ДК через
этапы, участников, решения, комментарии, перенаправления и циклы согласования.
Для отправки ДК на согласование должны быть заполнены общая информация, мероприятия
и маршрут. Серверная логика проверяет права пользователя, допустимость состояния ДК,
заполненность сведений, наличие мероприятий, наличие маршрута и корректность сроков
мероприятий относительно конечного срока ДК.
Таблица 2.4.4 – Функции маршрута, согласования и утверждения ДК
Функция
Инициатор
Объект
Условия
выполнения
Результат
История/уведом
ления
ДК находится в
допустимом
Фиксируются
состоянии;
Пользователь ДК;
значимые
Формирование
Сформирован
пользователь
с правом
маршрут;
изменения
маршрута
маршрут
имеет право на
формировани этапы;
маршрута;
согласования
согласования ДК
действие;
я маршрута участники
уведомления – по
обязательные
Приложению В
этапы из ТЗ
включены
Участник выбран
Добавление
Дополнительный Фиксируется
Пользователь Этап
из штатных
дополнительны
этап или
изменение состава
с правом
маршрута; пользователей
х этапов и
участник
участников;
формировани участник; портала; этап
участников
добавлен в
уведомления – по
я маршрута USER_ID доступен для
маршрута
маршрут
Приложению В
настройки
Заполнены
сведения ДК,
мероприятия и
Фиксируется
Пользователь ДК;
маршрут;
Направление
запуск
с правом
маршрут; отсутствуют
ДК направлена
ДК на
согласования;
направления мероприяти блокирующие
на согласование
согласование
уведомления – по
ДК
я
ошибки;
Приложению В
пройдена
серверная
проверка
Принятие
Текущий
Собственное
Фиксируется
ДК; этап; Пользователю
решения
активный
передано
решение
решение;
решение
Страница 48
Технический проект. Сервис НПА.
Функция
Инициатор
согласующим
согласующий
Объект
Условия
выполнения
Результат
История/уведом
ления
активное
согласующего
уведомления – по
действие в
зафиксировано Приложению В
соответствующей
ветви этапа;
действие
допустимо по
статусу и
условиям
перехода
Исходный
согласующий
сохраняется, его
собственное
решение остается
ожидающим;
активное
Фиксируются
действие
инициатор,
передано
Выбран новый
привлеченному привлеченный
согласующий;
согласующему, согласующий,
ДК; этап
указано
Перенаправлен Текущий
который может основание,
маршрута; обязательное
ие новому
активный
перенаправить последовательност
участники; основание;
согласующему согласующий
его далее; после ь перенаправления
USER_ID пройдена
положительного и последующие
серверная
решения;
прохождения
проверка
уведомления – по
вложенной
разделу 7
цепочки
действие
возвращается
предыдущим
уровням для
принятия
собственных
решений
Все исходные и
привлеченные
участники всех
Фиксируются
согласовательных
ДК;
завершение
этапов текущего
Переход на
маршрут; цикла приняли
согласовательного
обязательный
этапы;
контура и
положительные
Автоматическа
этап
решения; решения; все
передача на
я передача ДК Система
«Утверждение»;
текущий
утверждение;
вложенные
на утверждение
ДК передана
цикл
финальный
цепочки
финальному
согласовани перенаправления
утверждающий
утверждающему
я
уведомляется по
завершены
Приложению В
положительно;
блокирующие
условия
отсутствуют
ДК;
Пользователь
Решение
Фиксируются
Отклонение ДК
Текущий
решение; имеет активное зафиксировано; отклонение,
согласующим и
активный
цикл
действие; выбран текущий цикл
комментарий и
возврат на
согласующий
согласовани результат
прекращен;
прекращение
доработку
Страница 49
Технический проект. Сервис НПА.
Функция
Инициатор
Объект
я
Условия
выполнения
«Отклонить»;
указан
обязательный
комментарий
Результат
История/уведом
ления
остальные этапы текущего цикла;
и ветви текущего уведомления – по
цикла
Приложению В
прекращены; ДК
возвращена
ответственному
исполнителю;
обратное
прохождение
цепочки
перенаправления
не выполняется
Запущен новый
Доработка
цикл
выполнена;
согласования с
ДК;
Пользователь
Фиксируется
обязательные
первого этапа;
Повторная
маршрут;
с правом
новый цикл;
данные
цепочки
отправка после
новый цикл
направления
заполнены;
перенаправления уведомления – по
доработки
согласовани
ДК
Приложению В
пройдена
предыдущего
я
серверная
цикла
проверка
автоматически не
активируются
Активен
По действию
обязательный
«Утвердить» ДК
этап
утверждена; по
утверждения;
действию
Фиксируется
Финальное
Финальный ДК; этап
пользователь
«Вернуть на
итоговое решение;
утверждение утверждающ утверждени является статс- доработку» ДК
уведомления – по
ДК
ий
я; решение секретарем –
возвращена
Приложению В
заместителем
ответственному
Министра и
исполнителю с
имеет право на
обязательным
итоговое решение комментарием
2.4.10. Согласование и возврат ДК на доработку
Направление ДК на согласование выполняется пользователем, имеющим право на
соответствующее действие. Перед направлением серверная логика проверяет заполненность
обязательных сведений, наличие мероприятий, наличие маршрута, допустимость состояния ДК,
участие пользователя в объекте и отсутствие блокирующих ошибок.
Текущий активный согласующий видит ДК в рамках соответствующего этапа и ветви
маршрута и принимает решение в пределах своих полномочий. Для каждого участника
фиксируются дата и время поступления ДК и дата и время принятия решения. Дата поступления
участнику устанавливается при передаче ему активного действия и не определяется датой
первоначального формирования маршрута. Решение согласующего фиксируется в данных сервиса
и истории изменений с указанием участника, этапа, цикла, результата решения и комментария при
необходимости.
Обычный согласующий отклоняет ДК действием «Отклонить». При отклонении комментарий
обязателен. Решение фиксируется, текущий цикл согласования прекращается, остальные этапы и
ветви текущего цикла прекращаются, ДК возвращается ответственному исполнителю для
доработки. Если отклонение произошло внутри цепочки перенаправления, обратное прохождение
этой цепочки не выполняется.
После возврата ответственный исполнитель дорабатывает ДК в допустимых пределах,
определяемых правами, состоянием объекта и серверными проверками. Ранее сформированный
маршрут сохраняется. Существующие этапы и существующие согласующие не удаляются, не
Страница 50
Технический проект. Сервис НПА.
заменяются и не переупорядочиваются; допускается только добавление новых этапов и/или новых
согласующих. Повторная отправка увеличивает current_cycle_no и запускает новый cycle_no с
первого этапа актуального маршрута. Маршрут и его этапы подготавливаются к прохождению
нового цикла; при активации первого этапа DECISION_PENDING формируются только для
участников фактически активированных ветвей этого этапа по действующей механике активации
этапа. Для участников неактивных будущих этапов DECISION_PENDING заранее не создаются.
Решения прошлых циклов сохраняются для просмотра и истории и не являются решениями нового
цикла. Цепочки перенаправления предыдущего цикла автоматически не активируются. Отдельная
сущность или таблица цикла согласования не создается.
Текущему активному согласующему доступно действие «Перенаправить новому
согласующему». Для перенаправления обязательны выбор нового согласующего и указание
основания. Исходный согласующий не удаляется и не заменяется, а его собственное решение
остается ожидающим. Активное действие передается привлеченному согласующему.
Привлеченный согласующий может принять собственное решение либо перенаправить активное
действие следующему согласующему; вложенность такой цепочки не ограничивается. После
положительного решения участника нижнего уровня активное действие возвращается
предыдущему уровню для принятия его собственного решения и при положительном результате
последовательно возвращается далее до исходного согласующего.
В параллельном этапе перенаправление блокирует только соответствующую ветвь.
Остальные параллельные ветви продолжают прохождение независимо. Этап завершается только
после положительных решений всех исходных и всех привлеченных участников всех ветвей.
Возврат финальным утверждающим выполняется отдельным действием «Вернуть на
доработку» по правилам подраздела 2.4.11 и не смешивается с действием «Отклонить» обычного
согласующего.
Расчетные признаки, предупреждения и уведомления не подменяют статус жизненного цикла
ДК, этапа маршрута или решения участника. Допустимость действий определяется процессной
моделью, ролевой моделью, условиями перехода и серверной проверкой.
2.4.11. Финальное утверждение ДК
После получения положительных решений всех участников всех согласовательных этапов
текущего цикла система автоматически завершает согласовательную часть маршрута, активирует
обязательный этап «Утверждение» и передает ДК на утверждение. Отдельная кнопка или
пользовательское действие «Отправить на утверждение» не применяется. Единственным
финальным утверждающим является статс-секретарь – заместитель Министра, принимающий
решение «Утвердить» или «Вернуть на доработку».
При возврате ДК на доработку на этапе утверждения комментарий обязателен. Повторное
направление после доработки выполняется по общему правилу нового цикла согласования с
первого этапа.
После решения «Утвердить» система фиксирует состояние «Утверждена» и автоматически
переводит ДК в состояние «На исполнении». При решении «Вернуть на доработку» комментарий
обязателен, а после доработки запускается новый цикл согласования с первого этапа. Отдельное
решение «Отклонить ДК на утверждении» и отдельный конечный статус отклонения на
утверждении не применяются. Утверждение, возврат на доработку и изменение состояния ДК
фиксируются в истории изменений.
После утверждения ДК действует полный запрет редактирования ДК, кроме аварийной
правки главным администратором. Утвержденная ДК не должна изменяться штатными функциями
редактирования сведений, мероприятий или маршрута. При финальном утверждении для ДК по ПГ
номер устанавливается равным номеру пункта ПГ, а дата ДК – дате финального утверждения. Для
ДК вне ПГ система формирует уникальный номер вида ВПГ-ГГГГ-NNN по ежегодной
последовательности.
Уведомления по факту утверждения или возврата отправляются штатным механизмом
Корпоративного портала только по событиям, подтвержденным Приложением В. Журнал
уведомлений фиксирует факт отправки или попытки отправки уведомления.
2.4.12. Исполнение мероприятий и контроль
Исполнение мероприятий начинается после утверждения и автоматического перевода ДК в
состояние «На исполнении». Ответственный исполнитель вносит отметку исполнения по
Страница 51
Технический проект. Сервис НПА.
мероприятию соответствующей ДК. К отметке исполнения ответственный исполнитель может
приложить файл и/или указать комментарий. Каждая отправка или повторная отправка фиксируется
как отдельная попытка отметки исполнения.
Файлы подтверждающих материалов хранятся в штатном файловом хранилище портала.
Сервис хранит FILE_ID и прикладную связь файла с мероприятием, отметкой исполнения или иным
объектом сервиса. Бинарное содержимое файлов в прикладных таблицах сервиса не хранится.
Направление отметки ответственным исполнителем не означает автоматическое исполнение
мероприятия. Мероприятие считается исполненным только после подтверждения соответствующей
попытки контролером.
Контролер подтверждает или отклоняет представленную попытку отметки исполнения.
Результат проверки контролером относится к соответствующей попытке и не образует
самостоятельный объект. При отклонении комментарий обязателен, мероприятие возвращается в
состояние «На исполнении», а ответственный исполнитель получает уведомление «Отклонено».
Повторная отправка после отклонения создает новую попытку; предыдущие попытки и результаты
их проверки не перезаписываются.
После подтверждения контролером исполнения всех мероприятий система автоматически
присваивает ДК состояние «Завершена». Повторное открытие завершенной ДК не реализуется.
Подтверждение и отклонение исполнения фиксируются в истории изменений как значимые
события. Уведомления по исполнению и контролю отправляются только по подтвержденным
событиям процессной модели и штатным механизмом портала.
Таблица 2.4.5 – Функции исполнения, контроля и аварийной правки
Условия
История/
Результат
выполнения
уведомления
ДК находится в
состоянии «На
Создана
исполнении»;
отдельная
Мероприяти пользователь
попытка отметки Фиксируется попытка
Отметка
Ответственн е ДК;
отметки исполнения;
является
исполнения;
исполнения
ый
попытка
контролер
ответственным
мероприятие
мероприятия
исполнитель отметки
уведомляется по
исполнителем
переведено в
исполнения соответствующей состояние
Приложению В
ДК; действие
«Ожидает
допустимо по
подтверждения»
статусу и правам
Пользователь
Фиксируется
добавление
Мероприяти имеет право на
Прикрепление Ответственн е; попытка создание отметки Сохранена
связанного материала
подтверждающ ый
отметки
исполнения; файл прикладная связь при наличии
их материалов исполнитель исполнения; размещается в
файла с объектом значимого события;
хранилище
уведомления – по
FILE_ID
портала
Приложению В
Имеется попытка
отметки
Результат
исполнения,
проверки
Мероприяти ожидающая
зафиксирован в
Подтверждение
е ДК;
Фиксируется
проверки;
соответствующей
исполнения
Контролер попытка
подтверждение
пользователь
попытке;
контролером
отметки
контролером
имеет право
мероприятие
исполнения контролера;
считается
действие
исполненным
допустимо по
статусу
Мероприяти Имеется попытка Результат
Фиксируются
Отклонение
е ДК;
отметки
проверки
отклонение и
исполнения
Контролер
попытка
исполнения,
зафиксирован в комментарий;
контролером
отметки
ожидающая
соответствующей ответственному
Функция
Инициатор
Объект
Страница 52
Технический проект. Сервис НПА.
Условия
История/
Результат
выполнения
уведомления
исполнения проверки; указан попытке;
исполнителю
обязательный
мероприятие
направляется
комментарий;
возвращено в
уведомление
пользователь
состояние «На
«Отклонено»
имеет право
исполнении»
контролера
ДК;
мероприятия
ДК
Исполнение всех
Автоматическо
ДК; попытки
автоматически Фиксируется
мероприятий ДК
е завершение Система
автоматическое
отметок
переведена в
подтверждено
ДК
завершение ДК
исполнения с
состояние
контролером
результатами
«Завершена»
проверки
Указана
обязательная
причина;
пройдена
серверная
проверка права;
Фиксируются автор,
каждый
причина, значения до
изменяемый
Аварийная
Утвержденна реквизит входит в
и после и состав
Главный
Внесена
правка
я, но не
изменения;
закрытый
администрат
ограниченная
утвержденной
завершенная перечень
обязательное
ор
аварийная правка
ДК
ДК
уведомление об
существующих
аварийной правке не
полей,
формируется
определяемый и
утверждаемый на
этапе разработки;
изменение поля
вне перечня
отклоняется
сервером
Функция
Инициатор
Объект
2.4.13 Аварийная правка утвержденной ДК
После утверждения ДК действует запрет штатного редактирования. Аварийная правка
утвержденной ДК является исключением из общего правила и не должна использоваться как
штатный способ обхода маршрута согласования, статусов или прав.
Аварийную правку утвержденной, но не завершенной ДК выполняет только главный
администратор. Выполнение аварийной правки требует обязательного указания причины,
серверной проверки права пользователя и допустимости изменения. Произвольное редактирование
утвержденной ДК не допускается.
Состав данных, разрешенных для аварийной правки, ограничивается закрытым перечнем уже
существующих полей ДК. Конкретный закрытый перечень определяется и утверждается на этапе
разработки. Реализация обязана выполнять серверную проверку принадлежности каждого
изменяемого реквизита утвержденному перечню; изменение любого реквизита вне этого перечня
отклоняется. Произвольное изменение реквизитов утвержденной ДК не допускается.
Аварийная правка фиксируется в истории изменений с указанием автора, причины, даты и
значений до и после изменения. Завершенная ДК не редактируется. Обязательное уведомление об
аварийной правке не формируется.
2.4.14 Результаты выполнения функций согласования, утверждения и
исполнения
Результатами выполнения функций являются сформированный маршрут согласования, ДК,
направленная на согласование, зафиксированные решения согласующих с датами поступления и
Страница 53
Технический проект. Сервис НПА.
принятия решения, ДК, возвращенная на доработку с обязательным комментарием, новый цикл
согласования после повторной отправки, а также автоматическая передача ДК на обязательный
этап «Утверждение» после получения всех необходимых положительных решений текущего цикла.
Результатами финального этапа являются утвержденная ДК либо ДК, возвращенная на
доработку с обязательным комментарием. Финальное решение принимает статс-секретарь –
заместитель Министра. Отдельное терминальное отклонение ДК на утверждении не применяется.
После утверждения мероприятия ДК передаются в функциональный блок «Работа с НПА» для
исполнения и контроля.
Результатами исполнения и контроля являются отметки исполнения мероприятий,
подтвержденные контролером мероприятия, отклоненные контролером мероприятия,
возвращенные на исполнение, а также связанные подтверждающие материалы через FILE_ID при
наличии.
При наличии основания результатом исключительного сценария является зафиксированная
аварийная правка утвержденной ДК с указанием причины. По подтвержденным событиям
фиксируются события истории и факты отправки или попытки отправки уведомлений.
2.4.15. Проверки, статусы и ограничения второй части функций ДК
Доступность действий определяется ролью, участием пользователя в объекте, состоянием ДК
или мероприятия, условиями перехода и серверной проверкой. Отображение кнопки в интерфейсе
не заменяет серверную проверку права и условий выполнения.
Направление ДК на согласование блокируется при отсутствии обязательных сведений,
мероприятий или маршрута. Направление ДК на согласование также блокируется при наличии
срока мероприятия позже конечного срока ДК.
Решение согласующего доступно только текущему активному согласующему
соответствующего этапа и ветви. Обычный согласующий использует действие «Отклонить»,
финальный утверждающий – действие «Вернуть на доработку»; в обоих случаях комментарий
обязателен. После доработки повторное направление запускает новый цикл согласования с первого
этапа.
Исполнение мероприятия доступно ответственному исполнителю соответствующей ДК в
допустимом состоянии мероприятия и ДК. Отдельный исполнитель мероприятию не назначается.
Подтверждение или отклонение представленной попытки отметки исполнения доступно
контролеру. Мероприятие не считается исполненным до подтверждения контролером.
Отклонение исполнения контролером требует обязательного комментария и возвращает
мероприятие в состояние «На исполнении». История фиксирует попытку отметки исполнения,
подтверждение или отклонение соответствующей попытки контролером как значимые события.
После подтверждения исполнения всех мероприятий ДК автоматически переводится в состояние
«Завершена»; повторное открытие завершенной ДК не реализуется.
Аварийная правка утвержденной, но не завершенной ДК доступна только главному
администратору, требует причины, серверной проверки права и допустимости изменения и
фиксируется в истории изменений. Аварийная правка не является штатной функцией
редактирования, утвержденной ДК.
События истории и уведомления должны соответствовать Приложению В. Уведомления, и
история не подменяют статусы жизненного цикла.
2.5. Функции модуля «Экспортирование ДК»
2.5.1. Назначение модуля
Модуль «Экспортирование ДК» обеспечивает перенос ДК в другой ПГ или пункт ПГ через
создание новой ДК, фиксацию операции экспорта и архивирование исходной ДК после успешного
создания новой. Экспорт выполняется контролером в пределах прав, установленных ролевой
моделью.
Экспорт применяется, в том числе, когда изменение ПГ требует переноса ДК в другой пункт
ПГ. Такой перенос не выполняется прямой сменой связи ДК с пунктом ПГ и не должен обходить
фиксацию операции экспорта.
Экспорт ДК не является Excel/PDF-выгрузкой. Экспорт ДК не является копированием ДК.
Экспорт является контролируемой операцией переноса ДК в другой ПГ или пункт ПГ с созданием
Страница 54
Технический проект. Сервис НПА.
новой ДК и последующим архивированием исходной ДК только после успешного завершения
операции.
Новая ДК после экспорта получает статус «На исполнении». Исходная ДК сохраняет
собственную историю, решения, циклы согласования, отметки исполнения и факты уведомлений
как данные прежнего жизненного цикла.
2.5.2. Состав автоматизированных функций экспорта
Состав функций модуля «Экспортирование ДК» определяется Приложением А и применяется
совместно с Приложением Б по правам, Приложением В по статусам, переходам, событиям истории
и уведомлениям, Приложением Г по UX/UI и Приложением Д по трассировке.
Функции экспорта включают проверку доступности экспорта, выбор целевого ПГ и пункта
ПГ, проверку целевого пункта ПГ, предварительный просмотр состава переноса, подтверждение
операции экспорта контролером, создание новой ДК в целевом пункте ПГ, перенос разрешенного
состава данных, фиксацию операции экспорта и архивирование исходной ДК после успешного
создания новой.
Значимые действия в рамках экспорта фиксируются в истории изменений. Уведомления
применяются по событиям экспорта, предусмотренным Приложением В, а журнал уведомлений
фиксирует факт отправки или попытки отправки.
Таблица 2.5.1 – Функции экспорта ДК
Функция
Проверка
доступности
экспорта
Выбор
целевого ПГ и
пункта ПГ
Проверка
целевого
пункта ПГ
Инициатор
Объект
Контролер
Исходная
ДК
Контролер
Целевой
ПГ;
целевой
пункт ПГ
Система
Целевой
пункт ПГ
Система;
контролер
Исходная
ДК;
состав
данных
экспорта
Подтверждени
е операции
экспорта
Контролер
Операция
экспорта
Создание
новой ДК в
Система
Новая
ДК;
Предварительн
ый просмотр
состава
переноса
Условия
выполнения
Пользователь
имеет роль
контролера;
ДК находится
в состоянии,
допускающем
экспорт;
условия
выполнения
соблюдены
Доступен
список
целевых ПГ и
пунктов;
пользователь
имеет право
выполнения
операции
Целевой пункт
выбран;
выполняется
проверка
допустимости
переноса
Доступность
экспорта
подтверждена;
целевой пункт
выбран
Контролер
подтвердил
операцию;
блокирующие
ошибки
отсутствуют
Операция
экспорта
Результат
История/уведомления
Определена
возможность
экспорта ДК
Фиксируется только при
наличии значимого
результата или ошибки;
уведомления – по
Приложению В
Выбран
целевой ПГ и
пункт ПГ
История фиксируется при
подтверждении операции;
уведомление не требуется
Подтверждена
допустимость
целевого
пункта либо
выявлена
блокирующая
ошибка
Контролеру
показан состав
переносимых и
непереносимых
данных
Ошибка фиксируется при
наличии значимого
события; уведомления –
по Приложению В
Просмотр сам по себе не
фиксируется как событие
истории
Операция
экспорта
запущена
Фиксируется
подтверждение операции;
уведомления – по
Приложению В
Создана новая
ДК в целевом
Фиксируется создание
новой ДК в рамках
Страница 55
Технический проект. Сервис НПА.
Функция
целевом
пункте ПГ
Перенос
разрешенного
состава данных
Фиксация
операции
экспорта
Архивирование
исходной ДК
Инициатор
Объект
целевой
пункт ПГ
Условия
выполнения
подтверждена;
целевой пункт
допустим
Новая ДК
создана;
определен
состав
переносимых
данных
Система
Исходная
ДК; новая
ДК
Система
Операция
экспорта;
исходная
ДК; новая
ДК
Новая ДК
создана;
результат
операции
определен
Исходная
ДК
Новая ДК
успешно
создана;
операция
экспорта
зафиксирована
Система
Результат
пункте ПГ
В новую ДК
перенесен
разрешенный
состав данных
по подразделу
2.5.3
Зафиксирована
операция
экспорта, связь
исходной и
новой ДК, дата,
контролер и
результат
Исходная ДК
архивирована
История/уведомления
экспорта
Фиксируется результат
переноса при завершении
операции
История фиксирует факт
экспорта; уведомления –
по Приложению В
Фиксируется
архивирование;
уведомления – по
Приложению В
2.5.3. Состав переносимых и непереносимых данных при экспорте
При экспорте в новую ДК переносятся основные сведения ДК, характеристики, фактические
мероприятия, сроки, единственный ответственный исполнитель, маршрут как заготовка, а также
разрешенные связанные файлы ДК и мероприятий. Новая ДК получает фактический состав
мероприятий исходной ДК в составе разрешенного переноса.
Маршрут переносится только как заготовка для новой ДК. Решения согласующих, циклы
согласования и сведения о прежнем прохождении маршрута не переносятся и не считаются
актуальными для новой ДК.
При экспорте не переносятся история изменений, уведомления и журнал уведомлений,
отметки исполнения, результаты проверки контролером и файлы отметок исполнения. Исходная
ДК сохраняет собственную историю, решения, циклы согласования, отметки исполнения и
результаты их проверки как данные прежнего жизненного цикла.
Повторный автоматический подбор рекомендаций при экспорте не выполняется. Экспорт
переносит фактический состав ДК, сформированный пользователем ранее, а не запускает новый
подбор мероприятий по характеристикам и матрице применимости.
Файлы переносятся или связываются только в части разрешенных связанных файлов ДК и
мероприятий. Файлы отметок исполнения при экспорте не переносятся. Бинарное содержимое
файлов хранится средствами портала; сервис хранит FILE_ID и прикладные связи файлов с
объектами.
Таблица 2.5.2 – Состав данных при экспорте ДК
Группа данных
При экспорте
Сведения ДК
Переносятся в новую ДК
Характеристики
Переносятся
Мероприятия
Переносятся как
фактический состав
мероприятий
Сроки
Переносятся
Маршрут
Пояснение
Используются как исходные сведения нового
объекта
Сохраняют выбранные характеристики
исходной ДК
Изменение шаблонов не влияет на уже
созданные мероприятия
Фактические сроки должны проверяться по
правилам новой ДК
Решения, циклы согласования и сведения о
Переносится как заготовка
прежнем прохождении маршрута не
Страница 56
Технический проект. Сервис НПА.
Группа данных
При экспорте
Ответственный
исполнитель
Переносится
Файлы ДК и
мероприятий
Переносятся или
связываются в
разрешенном составе
Файлы отметок
исполнения
История изменений
Решения
согласующих
переносятся
Переносится единственный ответственный
исполнитель исходной ДК; USER_ID
используется как logical only ссылка
Бинарное содержимое хранится средствами
портала
Не переносится
Относятся к результатам исполнения исходной
ДК
История остается у исходной ДК
Не переносятся
Новая ДК не наследует прежние решения
Не переносятся
Циклы согласования Не переносятся
Уведомления и
Не переносятся
журнал уведомлений
Отметки исполнения Не переносятся
Результаты проверки
Не переносятся
контролером
Операция экспорта
Пояснение
Создается
Циклы относятся к прежнему прохождению
маршрута
Факты уведомлений относятся к исходному
объекту
Исполнение новой ДК ведется отдельно
Результаты проверки относятся к
соответствующим попыткам исполнения
исходной ДК
Операция фиксирует связь исходной и новой
ДК, контролера, дату и результат
Исходная ДК архивируется
Исходная ДК архивируется только после
Статус исходной ДК после успешного создания
успешного создания новой ДК
новой
2.5.4. Результаты выполнения функций экспорта
Результатом успешного экспорта является созданная новая ДК в целевом пункте ПГ. Новая
ДК после экспорта получает статус «На исполнении».
В результате экспорта фиксируется операция экспорта, сохраняется связь исходной и новой
ДК, указывается целевой ПГ, целевой пункт ПГ, контролер, дата операции, результат операции и
ошибка при наличии.
Исходная ДК архивируется только после успешного создания новой ДК и фиксации операции
экспорта. Если экспорт не завершен успешно, исходная ДК не переводится в архивное состояние.
После успешного экспорта создание новой активной ДК в исходном пункте ПГ блокируется.
История операции фиксирует значимые события экспорта. Уведомления применяются по
Приложению В; журнал уведомлений фиксирует факт отправки или попытки отправки.
2.5.5. Проверки, атомарность и ограничения экспорта
Экспорт доступен контролеру. Перед экспортом проверяются права пользователя, статус
исходной ДК, наличие целевого ПГ и пункта ПГ, допустимость целевого пункта, отсутствие
блокирующих ограничений, состав переносимых данных и возможность создания новой ДК в
целевом пункте.
Экспорт должен быть атомарным на уровне операции: исходная ДК архивируется только как
часть успешного атомарного завершения после создания новой ДК и фиксации успешного
результата операции экспорта. Одна npa_export_operations соответствует одному явному запуску
экспорта пользователем. При ошибке текущая npa_export_operations завершается неуспешно,
исходная ДК не архивируется и не должна быть частично изменена как результат неуспешной
операции. Завершенная неуспешно операция не возвращается в черновик и не возобновляется.
После устранения причины пользователь запускает новый экспорт; создается новая
npa_export_operations, целевой ПГ и пункт выбираются заново, после чего заново выполняются
необходимые проверки, предпросмотр и подтверждение.
Страница 57
Технический проект. Сервис НПА.
Экспорт не должен перезаписывать исходную ДК, копировать историю, решения, циклы
согласования, уведомления, журнал уведомлений, отметки исполнения и файлы отметок
исполнения. Экспорт не должен запускать новый подбор рекомендаций.
Экспорт не должен использоваться как Excel/PDF-выгрузка и не должен подменяться ручной
сменой связи ДК с пунктом ПГ. Если изменение ПГ требует переноса ДК, перенос выполняется
только через операцию экспорта ДК контролером.
2.6. Функции, не включаемые в базовый контур
2.6.1. Границы базового функционального контура
Базовый функциональный контур сервиса определяется ТЗ/ГК, настоящим техническим
проектом и приложениями к нему. В базовый контур включаются функции, необходимые для
ведения ПГ, работы с пунктами ПГ, создания и ведения ДК, формирования мероприятий,
согласования, утверждения, исполнения, контроля, экспорта, фиксации истории и уведомлений.
Функции, роли, статусы, экраны, таблицы и интеграции включаются в базовый контур только
при наличии связи с бизнес-процессом сервиса и отражении в соответствующих разделах
технического проекта и приложениях.
Функции, не включенные в базовый контур, не используются как обязательные требования
реализации. Их возможное включение выполняется после отдельного решения заказчика и
актуализации связанных функций, прав, статусов, UX/UI-сценариев, модели данных и трассировки.
2.6.2. Исключения из базового контура
В базовую реализацию сервиса не включаются функции и технические контуры, не
относящиеся к обязательной прикладной цепочке сквозного контроля подготовки НПА/ПА.
Автоматический обмен с СЭД не входит в базовый контур. СЭД-сведения фиксируются
пользователем вручную как ссылка, реквизит или внешний идентификатор документа.
Согласование ДК реализуется собственной прикладной маршрутизацией в карточке ДК через
этапы, участников, решения, комментарии и циклы согласования.
Маршрут, этапы, участники и решения ведутся прикладными сущностями сервиса. Циклы
согласования являются последовательными прохождениями маршрута; принадлежность данных к
соответствующему циклу фиксируется в существующих данных маршрута и решений. Отдельная
сущность и отдельная таблица циклов согласования не создаются.
API, очереди, интеграционные шлюзы и автоматизированные обмены с внешними системами
не входят в базовый контур реализации. Их подключение выполняется только после отдельного
решения заказчика и описания состава данных, правил безопасности, обработки ошибок,
журналирования и влияния на пользовательские сценарии.
Сервис не реализуется как SaaS-решение, внешняя СЭД, микросервисная система или BPMNплатформа. Сервис является разделом Корпоративного портала Минэнерго России.
Стандартные шаблоны маршрутов согласования не вводятся. Маршрут ДК задается
пользователем в карточке ДК, при этом обязательные этапы из ТЗ включаются в маршрут и не
удаляются.
Пользовательский флаг или пользовательское поле финальности мероприятия не вводится.
Конечное мероприятие и конечный срок ДК определяются по правилам создания ДК по ПГ или вне
ПГ.
Страница 58
Технический проект. Сервис НПА.
3. Информационное обеспечение. Модель данных сервиса
3.1. Общие принципы информационного обеспечения
3.1.1. Назначение информационного обеспечения сервиса
Информационное обеспечение сервиса формирует прикладной контур данных раздела
Корпоративного портала Минэнерго России на Битрикс24 / 1С-Битрикс Enterprise. Сервис
использует платформу портала как среду исполнения, но ведет собственные структурированные
данные, необходимые для сквозного контроля подготовки НПА и ПА.
Прикладные данные сервиса поддерживают цепочку: ПГ → пункт ПГ → ДК → мероприятия
→ согласование → утверждение → исполнение → контроль → архив или экспорт. В рамках этой
цепочки фиксируются объекты сервиса, их состояния, связи, значимые события, связанные файлы
и факты уведомлений.
Сервис не проектируется как самостоятельная SaaS-система, внешняя СЭД, микросервисная
система или BPMN-платформа. Согласование ДК реализуется собственной прикладной
маршрутизацией в карточке ДК.
3.1.2. Источник истины и структурированные данные ПГ
Подраздел фиксирует связь источника истины с моделью данных: ПГ и изменения ПГ
используются в сервисе только после проверки и сохранения структурированных данных.
Детальное правило источника истины, проверки, сохранения, plan_item_number и sort_order
приведено в подразделе 3.5.1.
3.1.3. Минимально достаточная прикладная модель данных
Собственные таблицы сервиса создаются только для сущностей сервиса. В модель
включаются только те сущности, которые необходимы для ведения ПГ, пунктов ПГ, ДК,
мероприятий, характеристик, шаблонов, маршрутов согласования, решений, исполнения, контроля,
экспорта, истории, связей с файлами и журнала уведомлений.
Модель данных строится как минимально достаточная и включает только сущности, таблицы,
поля, статусы и технические контуры, необходимые для реализации функций сервиса. Новая
сущность вводится только при наличии прямого смысла и невозможности корректно реализовать
требование существующими сущностями, историей, снимками данных или связями.
Итоговая прикладная модель данных сервиса состоит из 17 таблиц:
1. npa_plans;
2. npa_plan_items;
3. npa_roadmaps;
4. npa_characteristics;
5. npa_roadmap_characteristics;
6. npa_activity_templates;
7. npa_activity_template_characteristics;
8. npa_roadmap_activities;
9. npa_approval_routes;
10. npa_approval_stages;
11. npa_approval_participants;
12. npa_approval_decisions;
13. npa_execution_marks;
14. npa_export_operations;
15. npa_change_history;
16. npa_notification_log;
17. npa_file_links.
Отдельные прикладные таблицы циклов согласования, цепочек перенаправления,
контрольных решений, копирования ДК, экземпляров уведомлений, попыток уведомлений и
счетчиков номеров ДК не создаются. Пользователи, роли, должности, подразделения,
Страница 59
Технический проект. Сервис НПА.
организационная структура, файлы и уведомления Б24 также не дублируются отдельными
прикладными таблицами сервиса.
Историческое содержание структурированных данных ПГ и изменений ПГ должно
сохраняться в составе прикладных данных сервиса. Исторические состояния сохраняются
средствами существующих сущностей и npa_change_history с фиксацией основания изменения,
автора, даты изменения и значений до и после изменения в объеме, достаточном для контроля.
Расчетные признаки, предупреждения, светофорная индикация, уведомления и технические
журналы не подменяют статусы жизненного цикла объектов. Статусы ПГ, ДК, мероприятия,
маршрута, решения, отметки исполнения и операции экспорта применяются по правилам
процессной модели и реестра статусов. Для пункта ПГ отдельный статус не устанавливается.
3.1.4. Использование платформенных объектов Битрикс24
Использование платформенных объектов в модели данных выполняется по правилам
подраздела 3.6: стандартные пользователи, файлы, уведомления, задачи, роли портала и
организационная структура Б24 не дублируются, а связи с ними ведутся как logical only. В
настоящем подразделе это правило задает границу прикладной модели данных сервиса.
3.1.5. История изменений, уведомления и журналирование
На уровне модели данных история изменений, уведомления и журнал уведомлений являются
разными сущностями и не подменяют друг друга. Детальные правила фиксации событий, отправки
уведомлений, состава журнала уведомлений и событий, не подлежащих фиксации, приведены в
разделе 7.
3.1.6. Ограничения модели данных и интеграционных контуров
Задачи Б24, API, очереди сообщений, автоматический обмен с СЭД и дополнительные
интеграции не являются ядром модели данных сервиса без отдельного подтверждения заказчиком.
Их включение требует уточнения требований и актуализации связанных положений технического
проекта, функций, ролей, статусов, UX/UI и трассировки.
Задачи Б24 не используются как основа предметной модели исполнения, согласования,
контроля или экспорта. TASK_ID не является элементом действующей прикладной модели сервиса.
Возможность подключения задач Б24 может рассматриваться только как дальнейшее развитие
после отдельного решения заказчика и соответствующей актуализации технического проекта.
СЭД в базовом контуре представлена ручным вводом ссылки, реквизита или внешнего
идентификатора документа. Автоматический обмен с СЭД, получение статусов из СЭД,
синхронизация карточек документов и передача документов во внешние системы не закрепляются
как подтвержденное ядро сервиса.
Таблица 3.1 – Общие принципы информационного обеспечения сервиса
Принцип
Источник
истины
Структурное
извлечение
Минимальная
модель
Logical only
связи
Файлы
Содержание
Проверенные и сохраненные
пользователем структурированные
данные ПГ и изменений ПГ
Для машиночитаемого документа
применяется структурное извлечение
данных; для скана без текстового слоя
применяется ручной ввод
Детализация
Правила ведения данных
раскрываются в подразделе 3.5
Детальный сценарий загрузки
и проверки раскрывается в
функциях и UX/UI
Состав сущностей и таблиц
Собственные таблицы создаются только
раскрывается в подразделах
для сущностей сервиса
3.2–3.4
Платформенные объекты Б24 не
Правила использования ссылок
дублируются и связываются через logical
раскрываются в подразделе 3.6
only идентификаторы
Бинарное содержимое хранится
Таблицы связей с файлами
средствами портала, сервис хранит
раскрываются в подразделе 3.4
FILE_ID и прикладную связь
Страница 60
Технический проект. Сервис НПА.
Принцип
История и
уведомления
Ограничение
интеграций
Содержание
История фиксирует значимые события,
журнал уведомлений фиксирует факт
отправки или попытки отправки
уведомления
API, очереди и автообмен с СЭД не
входят в ядро без подтверждения
заказчиком
Детализация
Правила фиксации
раскрываются в подразделе 3.5
Влияние интеграций должно
соответствовать функциям,
правам, статусам, UX/UI и
трассировке
3.2. Состав прикладных сущностей модели данных
3.2.1. Общий состав сущностей
Собственные сущности модели данных предназначены только для объектов сервиса
сквозного контроля подготовки НПА/ПА.
Прикладная модель данных поддерживает цепочку: ПГ → пункт ПГ → ДК → мероприятия
→ согласование → утверждение → исполнение → контроль → архив или экспорт. Каждая
собственная сущность должна иметь прямую связь с этой цепочкой либо обеспечивать ее
целостность, историю, файловые связи или журналирование уведомлений.
Пользователи, файлы, уведомления, задачи, роли портала и организационная структура Б24
не являются собственными сущностями сервиса и используются через logical only ссылки.
Собственные таблицы сервиса не дублируют справочники пользователей, файлов, уведомлений,
задач, ролей портала и организационной структуры Битрикс24 / 1С-Битрикс Enterprise.
Таблица 3.2 – Состав прикладных сущностей модели данных
Группа сущностей
ПГ
Назначение
Хранение проверенных и
сохраненных
структурированных данных
плана-графика
Пункт ПГ
Хранение структурированной
строки ПГ и основания для
создания ДК по плануграфику
ДК
Основной объект подготовки,
согласования, утверждения,
исполнения, контроля, архива
и экспорта
Характеристики ДК
Хранение выбранных
характеристик акта для ДК
Мероприятия ДК
Хранение фактического
состава мероприятий
конкретной ДК
Шаблоны мероприятий
Хранение общих и личных
Ключевые связи
Связан с пунктами ПГ,
исходным файлом через
FILE_ID, историей изменений
и СЭД-реквизитами при
наличии
Связан с ПГ, ДК,
ответственным USER_ID,
историей изменений и
операциями изменения ПГ
Связана с пунктом ПГ либо
основанием вне ПГ,
характеристиками,
мероприятиями, маршрутом,
файлами, историей,
уведомлениями и экспортом
Связаны с ДК, справочником
характеристик, матрицей
применимости и блоком
рекомендаций
Связаны с ДК, шаблоном при
наличии, отметками
исполнения, файлами и
историей; все мероприятия
выполняет ответственный
исполнитель
соответствующей ДК,
отдельный USER_ID
исполнителя мероприятию не
назначается
Общие шаблоны связаны с
Страница 61
Технический проект. Сервис НПА.
Группа сущностей
Назначение
шаблонов мероприятий
Матрица применимости и
рекомендации
Подбор рекомендуемых
мероприятий по
характеристикам и общим
шаблонам
Маршрут согласования
Хранение пользовательски
заданного маршрута ДК
Этапы маршрута
Хранение последовательности
и обязательности этапов
маршрута
Участники маршрута
Хранение согласующих,
утверждающего и
привлеченных участников
этапов
Решения согласующих
Хранение решений,
комментариев и результата
прохождения этапов
Отметки исполнения
Хранение отдельных попыток
представления ответственным
исполнителем результата
исполнения мероприятия и
результата проверки
соответствующей попытки
контролером
Операция экспорта
Фиксация переноса ДК в
другой ПГ или пункт ПГ
История изменений
Фиксация значимых событий
по объектам сервиса
Журнал уведомлений
Фиксация факта отправки или
попытки отправки
уведомления штатным
механизмом портала
Связи файлов
Хранение прикладных связей
файлов с объектами сервиса
Logical only ссылки на
Хранение логических
Ключевые связи
матрицей применимости;
личные шаблоны связаны с
владельцем USER_ID и не
участвуют в рекомендациях
Связаны с видом акта,
характеристиками, общими
шаблонами и блоком
рекомендаций в карточке ДК
Связан с ДК, этапами,
участниками, решениями.
текущий номер цикла
хранится в маршруте.
Связаны с маршрутом,
участниками, решениями и
обязательными этапами из ТЗ
Связаны с этапами маршрута,
USER_ID, решениями и
историей; данные участников
обеспечивают
восстановимость вложенного
перенаправления без создания
отдельной сущности
перенаправления
Связаны с участниками,
этапами, ДК, номером цикла
конкретного решения и
историей
Связаны с мероприятием,
ответственным исполнителем
через USER_ID автора
попытки, файлами
подтверждения, результатом
проверки контролером и
историей
Связана с исходной ДК, новой
ДК, целевым ПГ, целевым
пунктом ПГ, контролером
USER_ID, историей и
уведомлениями
Связана с ПГ, пунктами ПГ,
ДК, мероприятиями,
маршрутами, решениями,
исполнением, экспортом и
пользователями USER_ID
Связан с объектами сервиса,
событием, получателем
USER_ID и
BITRIX_NOTIFY_ID при
наличии
Связаны с ПГ, ДК,
мероприятиями, отметками
исполнения и FILE_ID;
бинарное содержимое файлов
не хранится в таблицах
сервиса
Используются USER_ID,
Страница 62
Технический проект. Сервис НПА.
Группа сущностей
платформенные объекты и
СЭД-реквизиты
Назначение
идентификаторов для связи с
Б24 и внешними реквизитами
3.2.2. Сущности планов-графиков и пунктов ПГ
Ключевые связи
FILE_ID,
BITRIX_NOTIFY_ID,
SED_REF, SED_DOC_ID,
SED_LINK; TASK_ID в
действующую модель не
входит
ПГ и изменения ПГ ведутся как проверенные и сохраненные структурированные данные.
Сырой результат структурного извлечения не является источником истины и не используется как
окончательное состояние ПГ или пункта ПГ.
ПГ хранит структурированные сведения исходного плана-графика, его статус, реквизиты,
сведения об источнике, прикладные связи с файлами и историю значимых изменений. Изменения
ПГ должны сохранять основание изменения, автора, дату изменения и снимки данных до и после
изменения в объеме, достаточном для контроля.
Пункт ПГ хранит сведения строки плана-графика и является основанием для создания ДК,
если ДК создается по плану-графику. Для пункта ПГ номер из колонки «№ п/п» хранится как
строковое значение, а порядок строк хранится отдельным техническим порядком строки.
При изменении пункта ПГ, связанная ДК архивируется по правилам процесса. Если пункт ПГ
признан нецелесообразным, новая ДК по нему не создается. Исторические состояния ПГ и пунктов
ПГ сохраняются через существующие сущности, историю изменений и значения до и после
изменения.
3.2.3. Сущности дорожных карт, характеристик и мероприятий
ДК является основным объектом сервиса для формирования мероприятий, согласования,
утверждения, исполнения, контроля, архива и экспорта. ДК может быть создана по пункту ПГ или
вне ПГ при наличии основания.
Для ДК, созданной по пункту ПГ, исходные сведения, конечное мероприятие и конечный
срок ДК наследуются из пункта ПГ. Для ДК вне ПГ пользователь задает сведения, конечное
мероприятие и конечный срок.
Специальный пользовательский или технический признак либо поле финальности в
предметной модели не предусматривается. Конкретный физический способ представления
конечного мероприятия определяется при разработке без введения в ТП отдельного обязательного
атрибута финальности.
Характеристики ДК используются для формирования рекомендаций и предупреждений.
Перечень характеристик, их типы, значения, обязательность и правила применения задаются в
административных настройках сервиса и отражаются в справочнике характеристик.
Мероприятие ДК является самостоятельной фактической записью в составе конкретной ДК.
Если мероприятие добавлено из шаблона, последующее изменение шаблона не изменяет уже
созданное мероприятие ДК. Фактический срок мероприятия контролируется относительно
конечного срока ДК; срок мероприятия позже конечного срока ДК запрещен.
3.2.4. Сущности шаблонов и рекомендаций
Сущности шаблонов и рекомендаций в составе модели данных описываются на уровне
назначения: общие шаблоны и матрица применимости участвуют в формировании рекомендаций,
личные шаблоны не участвуют в рекомендациях и связаны с владельцем через USER_ID. Детальный
состав полей, матрица применимости, ограничения по критериям и правила сроковых параметров
приведены в подразделе 3.4.2.
3.2.5. Сущности маршрута согласования и решений
Согласование ДК реализуется собственной прикладной маршрутизацией в карточке ДК.
Модель маршрута включает маршрут, этапы, участников, решения, комментарии, обязательные
этапы, текущий номер цикла маршрута, номер цикла каждого решения и историю прохождения.
Цикл согласования является процессным контекстом очередного прохождения маршрута и
отдельной прикладной сущностью не является.
Страница 63
Технический проект. Сервис НПА.
Маршрут согласования задается пользователем. Обязательные этапы из ТЗ добавляются в
маршрут, являются обязательными и не удаляются. Этап «Утверждение» является обязательным
элементом маршрута.
Участники маршрута выбираются из штатных пользователей портала и фиксируются через
USER_ID. Модель данных не создает собственный справочник пользователей и не дублирует
организационную структуру Б24.
При действии «Перенаправить новому согласующему» исходный согласующий не удаляется
и не заменяется, а его собственное решение остается ожидающим. Активное действие передается
привлеченному согласующему с обязательной фиксацией основания перенаправления.
Привлеченный согласующий может перенаправить активное действие следующему согласующему;
вложенность не ограничивается. Данные маршрута, участников, решений и истории должны
позволять восстановить последовательность вложенного перенаправления, основание, предыдущий
уровень, текущего активного участника и возврат активного действия после положительного
решения, а также определить, к какому циклу согласования относится привлечение каждого
участника и соответствующая цепочка перенаправления. Отдельная сущность или таблица
перенаправлений не создается; конкретная физическая реализация этих связей и способ фиксации
принадлежности данных перенаправления конкретному циклу определяются на этапе разработки.
После положительного решения участника нижнего уровня активное действие возвращается
предыдущему уровню для принятия его собственного решения. В параллельном этапе
перенаправление блокирует только соответствующую ветвь; остальные ветви продолжают
прохождение независимо. Параллельный этап завершается после положительных решений всех
исходных и всех привлеченных участников.
Перенаправление не является положительным или отрицательным решением исходного
согласующего. Для обычного согласующего фиксируются собственные решения «Согласовать»
или «Отклонить». Для финального утверждающего фиксируются решения «Утвердить» или
«Вернуть на доработку».
При отклонении текущим активным согласующим комментарий обязателен, решение
фиксируется, текущий цикл согласования прекращается, остальные этапы и ветви текущего цикла
прекращаются, а ДК возвращается ответственному исполнителю. Обратное прохождение цепочки
перенаправления при отклонении не выполняется.
После возврата ДК на доработку повторная отправка запускает новый цикл согласования с
первого этапа. Текущий номер цикла хранится в данных маршрута, номер цикла каждого решения
– в данных решения. Решения прошлых циклов сохраняются и не перезаписываются; цепочки
перенаправления предыдущего цикла автоматически не активируются.
3.2.6. Сущности исполнения, экспорта, истории и уведомлений
Исполнение мероприятия фиксируется через отдельные попытки отметки исполнения,
создаваемые ответственным исполнителем соответствующей ДК, и результаты проверки этих
попыток контролером. Каждая отправка или повторная отправка является отдельной попыткой и
не перезаписывает предыдущие попытки. Результат проверки контролером относится к
соответствующей попытке отметки исполнения и отдельной сущности контрольного решения не
образует. Мероприятие считается исполненным только после подтверждения контролером. При
отклонении исполнения контролером комментарий обязателен, а мероприятие возвращается на
исполнение.
Сущность экспорта фиксирует перенос ДК в другой ПГ или пункт ПГ, связь исходной и новой
ДК, контролера, результат операции и изменение состояния исходной ДК после успешного
завершения экспорта. Отдельная сущность копирования ДК не создается.
История изменений и журнал уведомлений представлены отдельными сущностями модели
данных и применяются по правилам раздела 7.
Файлы связываются с объектами сервиса через прикладные связи и FILE_ID, без хранения
бинарного содержимого файлов в прикладных таблицах.
Страница 64
Технический проект. Сервис НПА.
3.3. Логическая модель данных и связи прикладных сущностей
3.3.1. Основной контур связей ПГ, пунктов ПГ и ДК
Логическая модель данных сервиса построена вокруг связи «ПГ – пункт ПГ – ДК». ПГ хранит
проверенные и сохраненные структурированные данные плана-графика. Пункт ПГ хранит данные
конкретной строки ПГ и является основанием для создания ДК по плану-графику.
Один ПГ связан с множеством пунктов ПГ. Один пункт ПГ может быть связан с ДК,
созданной по данному пункту, с учетом правил жизненного цикла, архивирования и изменений ПГ.
При изменении пункта ПГ связанная ДК архивируется по правилам процесса, а дальнейшие
действия выполняются на основании актуальных структурированных данных пункта.
ДК может быть создана по пункту ПГ или вне ПГ. Для ДК по пункту ПГ связь с пунктом ПГ
обязательна. Для ДК вне ПГ связь с пунктом ПГ отсутствует, но в данных ДК фиксируется
основание вне ПГ, конечное мероприятие и конечный срок.
Сведения пункта ПГ используются для наследования исходных данных ДК, конечного
мероприятия и конечного срока. Для ДК вне ПГ соответствующие сведения, конечное мероприятие
и конечный срок задаются в самой ДК пользователем в пределах прав и правил проверки.
ПГ, пункт ПГ и ДК связаны с историей изменений. Файлы хранятся штатными средствами
Корпоративного портала, а прикладная связь объектов сервиса с файлами ведется через
npa_file_links с использованием FILE_ID как идентификатора файла портала. СЭД-реквизиты при
наличии фиксируются ручным вводом ссылки, реквизита или внешнего идентификатора документа.
3.3.2. Связи ДК с характеристиками, мероприятиями, шаблонами и
рекомендациями
ДК связана с характеристиками, мероприятиями, шаблонами и рекомендациями по правилам
подразделов 2.4.5–2.4.6 и 3.4.2. На уровне логических связей фиксируется цепочка: характеристики
и вид акта → общие шаблоны → матрица применимости → блок рекомендаций → фактические
мероприятия ДК. Личные шаблоны в этой цепочке не участвуют. Фактические мероприятия
связаны со сроками, отметками исполнения, файлами, историей и уведомлениями; действия по
мероприятиям выполняет ответственный исполнитель ДК.
3.3.3. Связи маршрута согласования и циклов доработки
ДК связана с маршрутом согласования. Маршрут связан с этапами, участниками и
решениями. Текущий номер цикла хранится в маршруте, номер цикла конкретного решения – в
решении. Цикл согласования является процессным контекстом очередного прохождения маршрута;
отдельная сущность или таблица циклов не создается.
Этапы маршрута определяют порядок прохождения согласования и обязательность
отдельных этапов. Обязательные этапы из ТЗ добавляются в маршрут, являются обязательными и
не удаляются пользователем. Этап может иметь последовательный или параллельный режим
прохождения.
Участники маршрута связаны с этапами через USER_ID. При действии «Перенаправить
новому согласующему» исходный согласующий сохраняется в составе участников, не удаляется и
не заменяется, а его собственное решение остается ожидающим. Активное действие передается
привлеченному согласующему с обязательным основанием. Привлеченный согласующий может
перенаправить активное действие далее без ограничения вложенности.
Данные маршрута, этапов, участников, решений и истории должны позволять восстановить
последовательность вложенного перенаправления, основание, предыдущий уровень, текущего
активного участника и возврат активного действия после положительного решения, а также
определить принадлежность привлечения каждого участника и соответствующей цепочки
перенаправления конкретному циклу согласования. Конкретная физическая реализация связей и
способ фиксации такой принадлежности определяются на этапе разработки без создания отдельной
таблицы перенаправлений или отдельной сущности цикла.
После положительного решения привлеченного участника активное действие возвращается
предыдущему уровню для принятия его собственного решения. В параллельном этапе блокируется
только ветвь, в которой выполнено перенаправление; остальные ветви продолжают прохождение
независимо. Этап завершается после положительных решений всех исходных и привлеченных
участников.
Страница 65
Технический проект. Сервис НПА.
Решения участников связаны с этапом, участником, ДК и номером цикла согласования.
Перенаправление не является собственным решением исходного согласующего. При отклонении
текущим активным согласующим комментарий обязателен; решение фиксируется, текущий цикл
прекращается, остальные этапы и ветви прекращаются, ДК возвращается ответственному
исполнителю, а обратное прохождение цепочки перенаправления не выполняется.
При повторном направлении после доработки npa_approval_routes.current_cycle_no
увеличивается. Ранее сформированный маршрут, существующие этапы и существующие
согласующие сохраняются; удалить, заменить или переупорядочить их нельзя, допускается только
добавление новых этапов и/или новых согласующих. Маршрут нового cycle_no запускается с
первого этапа актуального маршрута. Существующие этапы подготавливаются к новому
прохождению; при активации соответствующего этапа для его участников формируются новые
DECISION_PENDING текущего cycle_no. Для участников неактивных будущих этапов
DECISION_PENDING заранее не создаются. Решения предыдущих циклов сохраняются
отдельными записями и не подменяют решения нового цикла. Цепочки перенаправления
предыдущего цикла автоматически не активируются. Отдельная сущность или таблица цикла не
создается.
3.3.4. Связи исполнения, контроля и экспорта
Мероприятие ДК связано с попытками отметок исполнения. Каждая попытка отметки
исполнения создается ответственным исполнителем соответствующей ДК и представляет отдельное
направление результата исполнения мероприятия на контроль. Повторная отправка создает новую
попытку и не перезаписывает предыдущую.
Результат проверки контролером связан с конкретной попыткой отметки исполнения и
мероприятием и хранится в составе данных соответствующей попытки. Отдельная сущность
контрольного решения не создается. Только после подтверждения контролером мероприятие
считается исполненным. При отклонении контролером обязательный комментарий и результат
проверки фиксируются в соответствующей попытке, а мероприятие возвращается на исполнение.
Экспорт ДК связан с исходной ДК, целевым ПГ, целевым пунктом ПГ, новой ДК и
контролером, выполнившим операцию. Состав переносимых и непереносимых данных при
экспорте определяется подразделом 2.5.3. На уровне связей фиксируются объекты операции и
последствия для исходной и новой ДК. Отдельной сущности, операции или предметного контура
копирования ДК не создается.
3.3.5. Связи истории, уведомлений, файлов и платформенных объектов
История изменений связана с объектами сервиса и фиксирует значимые события, влияющие
на состояние или состав данных. История не является журналом уведомлений и не используется
для фиксации факта доставки или ошибки отправки уведомления.
Журнал уведомлений связан с событием, объектом сервиса, получателем USER_ID и
BITRIX_NOTIFY_ID при наличии. Журнал фиксирует факт отправки или попытки отправки
уведомления штатным механизмом портала.
Файлы связаны с объектами сервиса через прикладные связи и FILE_ID. Бинарное
содержимое файлов хранится средствами портала и не размещается в прикладных таблицах сервиса.
Платформенные объекты, СЭД-сведения и внешние интеграционные контуры связываются с
прикладными объектами по правилам подраздела 3.6. Согласование, исполнение, контроль и
экспорт ведутся в предметной модели сервиса.
3.4. Описание прикладных таблиц модели данных
Прикладные таблицы сервиса предназначены для хранения сущностей сервиса сквозного
контроля подготовки НПА/ПА. Стандартные сущности Б24 не дублируются в таблицах сервиса:
пользователи, файлы, уведомления, задачи, роли портала и организационная структура
используются через logical only ссылки и штатные механизмы Корпоративного портала.
В настоящем подразделе описываются прикладные таблицы на уровне назначения, ключевых
данных, основных связей и правил ведения. Физические типы данных, индексы, ограничения СУБД
и технические детали реализации уточняются на этапе проектирования физической схемы без
изменения принятых правил предметной модели.
Страница 66
Технический проект. Сервис НПА.
3.4.1. Таблицы основного контура планов-графиков и дорожных карт
Таблицы основного контура обеспечивают хранение ПГ, пунктов ПГ и ДК как базовой
цепочки данных сервиса. Источник истины по ПГ и изменениям ПГ – проверенные и сохраненные
структурированные данные. Сырой результат структурного извлечения не является источником
истины и не используется как окончательное состояние ПГ или пункта ПГ.
Таблица 3.4.1 – Таблицы основного контура планов-графиков и дорожных карт
Таблица
npa_plans
npa_plan_items
npa_roadmaps
Ключевые
данные
Полное
официальное
наименование
ПГ; сокращенное
наименование
ПГ; реквизиты
ПГ;
регистрационные
и описательные
Хранение планасведения; период
графика как
действия;
исходного
структурированного источник
поступления;
объекта контроля
статус обработки;
подготовки актов
сведения о
загрузке; СЭДреквизиты при
наличии; автор
создания
USER_ID; даты
жизненного
цикла
ID ПГ;
plan_item_number
как строковое
значение колонки
«№ п/п»;
sort_order как
техническое поле
порядка строки;
реквизиты и
наименование
федерального
закона;
структурная
Хранение
единица
структурированных
федерального
пунктов ПГ как
закона; норма
строк исходного
федерального
плана-графика
закона; вид акта;
наименование
проекта акта;
основание
подготовки;
сроки внесения
или принятия
акта;
ответственный
исполнитель
USER_ID;
признак
актуальности
Хранение дорожной ID пункта ПГ при
Назначение
Основные связи
Ограничения и
правила ведения
Связана с пунктами ПГ
через npa_plan_items; с
файлами через
npa_file_links и FILE_ID; с
историей изменений; с
СЭД-реквизитами через
SED_REF, SED_DOC_ID
или SED_LINK
Хранит только
проверенные и
сохраненные
структурированные
данные; не хранит
сырой результат
структурного
извлечения как
источник истины;
не дублирует файл
ПГ и не хранит
бинарное
содержимое
Связана с npa_plans; с ДК
через npa_roadmaps; с
ответственными через
USER_ID; с историей
изменений; с файлами
через прикладные связи
при наличии
Номер пункта ПГ
хранится в
plan_item_number
как строковое
значение колонки
«№ п/п»; порядок
строк хранится в
sort_order;
конечный срок ДК
по пункту ПГ
определяется по
данным пункта ПГ;
при изменении
пункта ПГ,
связанная ДК
архивируется по
ТЗ; если пункт
признан
нецелесообразным,
новая ДК по нему
не создается
Связана с npa_plan_items
ДК создается по
Страница 67
Технический проект. Сервис НПА.
Таблица
Назначение
карты как
основного объекта
подготовки,
согласования,
утверждения,
исполнения,
контроля,
архивации и
экспорта
Ключевые
данные
создании по ПГ;
код основания
вне ПГ; описание
основания
«Иное» при
применимости;
сведения ДК;
номер ДК; дата
ДК; конкретный
вид акта;
наименование
проекта акта;
ответственный
исполнитель
USER_ID;
финальный
утверждающий
USER_ID;
конечный срок
ДК; статус ДК;
даты жизненного
цикла
Ограничения и
правила ведения
при создании по ПГ; с
пункту ПГ или вне
характеристиками через
ПГ; для ДК вне ПГ
npa_roadmap_characteristics; допустимы
с мероприятиями через
основания «План
npa_roadmap_activities; с
ЗПД», «Решение
маршрутом согласования; с суда», «Поручение
экспортом; с файлами,
Президента
историей и уведомлениями Российской
Федерации»,
«Поручение
Правительства
Российской
Федерации»,
«Инициативный
порядок», «Иное»;
при выборе
значения «Иное»
описание
обязательно; для
ДК из ПГ сведения,
конечное
мероприятие и
конечный срок
наследуются из
пункта ПГ; для ДК
вне ПГ
пользователь задает
конечное
мероприятие и
конечный срок;
специальный
пользовательский
или технический
признак либо поле
финальности ТП не
предусматривает,
конкретный
физический способ
представления
конечного
мероприятия
определяется при
разработке; срок
мероприятия позже
конечного срока ДК
является
блокирующей
ошибкой;
технический ID ДК
уникален; для ДК
вне ПГ номер ВПГГГГГ-NNN
уникален и
формируется по
ежегодной
последовательности
без отдельной
таблицы счетчиков;
для ДК по ПГ
номер равен номеру
пункта ПГ и может
Основные связи
Страница 68
Технический проект. Сервис НПА.
Таблица
Назначение
Ключевые
данные
Основные связи
Ограничения и
правила ведения
совпадать в разных
ПГ, а также у
архивной и новой
ДК одного пункта
после изменения
ПГ; дата ДК по ПГ
равна дате
финального
утверждения
Изменения ПГ, включая изменение строки, исключение строки, добавление строки,
изменение срока, изменение ответственного департамента, изменение ФОИВ, признание
нецелесообразным и экспорт или перенос, фиксируются через структурированные данные, историю
изменений и снимки данных до и после изменения в объеме, достаточном для контроля.
Исторические состояния ПГ сохраняются через существующие сущности, историю изменений и
снимки структурированных данных.
Связи основного контура с пользователями, файлами и СЭД-реквизитами применяются по
правилам подраздела 3.6.
3.4.2. Таблицы мероприятий, характеристик, шаблонов и рекомендаций
Таблицы мероприятий, характеристик, шаблонов и рекомендаций обеспечивают
формирование состава ДК на основании вида акта, характеристик акта, общих шаблонов
мероприятий, матрицы применимости и действий пользователя. Рекомендации не заменяют
юридическое решение пользователя и становятся фактическими мероприятиями только после
добавления пользователем в ДК.
Таблица 3.4.2 – Таблицы мероприятий, характеристик, шаблонов и рекомендаций
Таблица
Назначение
Ключевые данные
Основные связи
npa_characteri
stics
Хранение
справочника
характеристик
акта,
используемых
для
рекомендаций и
предупреждений
Код характеристики;
наименование; тип
значения;
допустимые значения
при наличии; правило
обязательности;
условие отображения;
условие
обязательности;
признак участия в
рекомендациях и
предупреждениях;
признак активности;
порядок
отображения;
служебные
параметры настройки
Связана с
npa_roadmap_chara
cteristics и
npa_activity_templ
ate_characteristics
npa_roadmap_
characteristics
Хранение
фактически
выбранных
ID ДК; ID
характеристики;
выбранное значение;
Связана с
npa_roadmaps и
npa_characteristics;
Ограничения и правила
ведения
Конкретный вид акта
хранится в основных
сведениях ДК;
Нормативность акта
хранится как отдельная
характеристика. Для ОРВ
поддерживается условное
отображение и
обязательность степени
регулирующего
воздействия. Для сведений
ограниченного доступа
поддерживается значение
«Не определено». Правовая
и антикоррупционная
экспертиза в Минюсте
России и государственная
регистрация в Минюсте
России ведутся раздельно.
Справочник расширяется
только при наличии связи
характеристики с
рекомендациями,
предупреждениями или
проверками ДК;
характеристики не заменяют
юридическое решение
пользователя
Изменение характеристик
может повлиять на блок
рекомендаций, но не
Страница 69
Технический проект. Сервис НПА.
Таблица
npa_activity_t
emplates
npa_activity_t
emplate_chara
cteristics
npa_roadmap_
activities
Назначение
характеристик
конкретной ДК
Хранение общих
и личных
шаблонов
мероприятий
Хранение
матрицы
применимости
общих шаблонов
мероприятий по
виду акта и
характеристикам
Хранение
фактических
мероприятий
конкретной ДК
Ключевые данные
автор изменения
USER_ID; дата
изменения
Код шаблона;
наименование;
описание;
template_scope =
GLOBAL/PERSONAL
; owner_user_id как
logical only USER_ID
для личного шаблона;
рекомендуемая
длительность или
правило срока как
настраиваемый
параметр при
наличии; порядок
вывода; признак
активности; deleted_at
для мягкого удаления
Основные связи
используется при
формировании
рекомендаций и
предупреждений
Общие шаблоны
связаны с
матрицей
применимости
через
npa_activity_templ
ate_characteristics;
личные шаблоны
связаны с
владельцем через
owner_user_id;
мероприятия ДК
могут хранить
ссылку на
исходный шаблон
ID общего шаблона;
вид акта; ID
характеристики при
наличии; значение
характеристики при
наличии; режим
применимости;
рекомендуемая
длительность или
правило срока как
параметр настройки
при наличии; признак
активности
Связана с
npa_activity_templ
ates только для
шаблонов
template_scope =
GLOBAL; связана
с
npa_characteristics;
используется для
формирования
блока
рекомендаций в
карточке ДК
ID ДК; ID шаблона
при наличии;
наименование;
описание; срок;
порядок мероприятия;
статус мероприятия;
признак
происхождения из
шаблона или ручного
ввода; контрольные
признаки
Связана с
npa_roadmaps; с
npa_activity_templ
ates при создании
из шаблона; с
отметками
исполнения; с
npa_file_links, в
которой FILE_ID
используется как
идентификатор
файла портала
внутри
прикладной
файловой связи; с
историей
изменений
Ограничения и правила
ведения
удаляет и не изменяет уже
созданные фактические
мероприятия без действия
пользователя
owner_user_id заполняется
только для личного шаблона
и не заполняется для общего
шаблона; личные шаблоны
не участвуют в
рекомендациях и не
согласовываются;
изменение шаблона не
меняет уже созданные
мероприятия ДК.
Конкретные правила расчета
сроков, значения
длительности и условия
применения задаются в
настройках шаблонов или
матрицы применимости.
Матрица применимости
применяется только к
общим шаблонам; критерии
матрицы – вид акта и
характеристики;
ответственный департамент
и ФОИВ не являются
критериями без отдельного
требования заказчика;
матрица применимости и
сроковые параметры
задаются в
административных
настройках сервиса
Мероприятие ДК является
самостоятельной записью;
мероприятие может быть
добавлено из шаблона или
вручную пользователем;
изменение шаблона не
меняет уже созданные
мероприятия; отдельный
исполнитель мероприятию
не назначается, все
мероприятия выполняет
ответственный исполнитель
соответствующей ДК;
специальный
пользовательский или
технический признак либо
поле финальности не
предусматривается; для ДК
по ПГ конечное
мероприятие наследуется из
пункта ПГ, для ДК вне ПГ
задается пользователем;
срок мероприятия
контролируется
относительно конечного
срока ДК; мероприятие
Страница 70
Технический проект. Сервис НПА.
Таблица
Назначение
Ключевые данные
Основные связи
Ограничения и правила
ведения
считается исполненным
только после подтверждения
соответствующей попытки
исполнения контролером,
детальные таблицы
исполнения раскрываются в
продолжении подраздела 3.4
В базовом контуре отдельная таблица сохраненных рекомендаций не вводится, если
рекомендация используется как вычисляемый рабочий блок карточки ДК. Рекомендация
формируется по цепочке: характеристики → общие шаблоны → матрица применимости → блок
рекомендаций → добавление пользователем в ДК. После добавления пользователем создается
фактическая запись в npa_roadmap_activities.
Матрица применимости не применяется к личным шаблонам. Личный шаблон является
персональной заготовкой пользователя и не проходит согласование как общий шаблон.
Администрирование общих шаблонов и настройка матрицы применимости относятся к
административному контуру сервиса и должны быть отражены в функциях, ролях, UX/UI и
трассировке.
Для настройки механизма рекомендаций используются существующие прикладные таблицы:
npa_characteristics,
npa_roadmap_characteristics,
npa_activity_templates,
npa_activity_template_characteristics и npa_roadmap_activities.
Таблица npa_characteristics хранит административно настраиваемый справочник
характеристик акта. В справочнике поддерживаются код, наименование, тип ввода, набор
допустимых значений при наличии, признак множественного выбора при применимости, правило
обязательности, условие отображения, условие обязательности, признак участия в рекомендациях,
предупреждениях и проверках готовности, порядок отображения, признак активности и источник
начального наполнения. Указанные параметры обеспечивают зависимость степени регулирующего
воздействия от значения характеристики ОРВ и другие подтвержденные условные правила без
создания дополнительных таблиц. Начальное наполнение справочника выполняется по файлу
заказчика «Поля для формирования списка рекомендуемых мероприятий».
Таблица npa_roadmap_characteristics хранит значения характеристик, выбранные или
введенные пользователем для конкретной ДК. Эти значения используются как входные данные для
расчета блока рекомендаций, но сами по себе не создают мероприятия ДК.
Таблица npa_activity_templates хранит общие и личные шаблоны мероприятий. Общие
шаблоны, участвующие в рекомендациях, хранятся с template_scope = GLOBAL. Для общего
шаблона задаются код, наименование, описание, рекомендуемая длительность или правило срока
при наличии подтвержденного параметра, порядок вывода, признак активности и источник или
основание включения в каталог. Личные шаблоны хранятся с template_scope = PERSONAL и
owner_user_id, не включаются в матрицу применимости и не участвуют в формировании
рекомендаций.
Таблица npa_activity_template_characteristics хранит стартовую и последующие
административно настроенные правила матрицы применимости. Запись матрицы связывает общий
шаблон с видом акта, характеристикой, значением характеристики или условием проверки. Для
сложных условий допускается использование нескольких записей матрицы, относящихся к одному
шаблону, с указанием логического режима применения условий. Матрица используется только для
расчета блока рекомендаций и не создает фактические мероприятия ДК.
Стартовая матрица применимости хранится в npa_activity_template_characteristics как набор
преднастроенных правил вида «вид акта + характеристика + значение характеристики → общий
шаблон мероприятия». Общие шаблоны мероприятий, используемые в таких правилах, хранятся в
npa_activity_templates с template_scope = GLOBAL. Характеристики и их допустимые значения
хранятся в npa_characteristics, а выбранные пользователем значения характеристик конкретной ДК
– в npa_roadmap_characteristics.
Записи стартовой матрицы применимости не создают фактические мероприятия ДК. Они
используются только для вычисления блока рекомендаций. Фактическое мероприятие создается в
npa_roadmap_activities после действия пользователя по добавлению рекомендации в ДК. Если
мероприятие создано из рекомендации, сохраняется связь с исходным общим шаблоном при
Страница 71
Технический проект. Сервис НПА.
наличии такой связи. Последующее изменение справочника характеристик, общего шаблона или
матрицы применимости не изменяет уже созданное мероприятие ДК.
Матрица применимости не должна использовать ответственный департамент или
ответственный ФОИВ как критерии подбора мероприятий без отдельного подтверждения
заказчиком. Перечень согласующих ФОИВ может использоваться как параметр содержания
мероприятия согласования с ФОИВ после добавления рекомендации пользователем.
3.4.3. Таблицы маршрута согласования
Таблицы маршрута согласования обеспечивают хранение прикладной маршрутизации ДК в
карточке ДК.
Таблица 3.4.3 – Таблицы маршрута согласования
Ограничения и
правила ведения
npa_approval Хранение
ID ДК; состояние
Связана с npa_roadmaps, Маршрут задается
_routes
маршрута
маршрута;
npa_approval_stages,
пользователем в
согласования current_cycle_no; дата npa_change_history и
карточке ДК;
конкретной ДК запуска; дата
npa_notification_log при обязательные этапы из
завершения; автор
наличии событий
ТЗ добавляются в
формирования
уведомлений
маршрут, являются
USER_ID; служебные
обязательными и не
признаки прохождения
удаляются; утверждение
является обязательным
этапом маршрута;
стандартные шаблоны
маршрутов согласования
не вводятся. После
возврата на доработку
ранее сформированный
маршрут сохраняется:
существующие этапы и
согласующие не
удаляются, не
заменяются и не
переупорядочиваются;
допускается только
добавление новых
этапов и/или новых
согласующих. При
повторном направлении
current_cycle_no
увеличивается,
существующий маршрут
подготавливается к
прохождению нового
cycle_no и запускается с
первого этапа. Решения
предыдущих циклов
сохраняются; цепочки
перенаправления
предыдущего цикла
автоматически не
активируются. Цикл
согласования является
процессным контекстом;
отдельная сущность или
таблица циклов не
Таблица
Назначение
Ключевые данные
Основные связи
Страница 72
Технический проект. Сервис НПА.
Таблица
Назначение
npa_approval Хранение
_stages
этапов
маршрута
согласования
npa_approval Хранение
_participants участников
этапов
согласования
Ограничения и
правила ведения
создается.
ID маршрута;
Связана с
Этапы определяют
порядковый номер
npa_approval_routes,
порядок прохождения
этапа; наименование npa_approval_participants согласования;
этапа; признак
, npa_approval_decisions обязательный этап не
обязательности;
может быть удален
признак этапа
пользователем; этап
утверждения; режим
утверждения обязателен;
прохождения
этап может проходиться
участников; состояние
последовательно или
этапа
параллельно. После
возврата на доработку
существующие записи
этапов сохраняются:
удаление, замена и
изменение порядка ранее
сформированных этапов
не допускаются,
разрешено только
добавление новых
этапов. При запуске
нового cycle_no
существующие этапы
подготавливаются к
новому прохождению;
первый этап актуального
маршрута активируется,
а последующие этапы
активируются штатно по
мере прохождения
маршрута. При
параллельном режиме
перенаправление
блокирует только
соответствующую ветвь,
а этап завершается после
положительных решений
всех исходных и всех
привлеченных
участников с
завершением вложенных
цепочек
перенаправления;
расчетные признаки не
подменяют статус
прохождения этапа.
ID этапа; USER_ID
Связана с
Участники выбираются
участника; роль
npa_approval_stages,
из штатных
участника в этапе;
npa_approval_decisions, пользователей портала;
признак
npa_change_history и
USER_ID хранится как
обязательности
npa_notification_log при logical only ссылка; дата
решения; порядок
уведомлении участника и время поступления ДК
участия; признак
участнику фиксируются
добавления на этап;
при передаче ему
Ключевые данные
Основные связи
Страница 73
Технический проект. Сервис НПА.
Таблица
Назначение
Ключевые данные
основание добавления
при наличии, для
участника,
привлеченного
действием
«Перенаправить
новому
согласующему», –
обязательное
основание
перенаправления; дата
и время поступления
ДК участнику;
логические сведения,
достаточные для
восстановления
последовательности
вложенного
перенаправления,
предыдущего уровня,
текущего активного
участника, возврата
активного действия и
принадлежности
привлечения участника
и соответствующей
цепочки конкретному
циклу согласования
Основные связи
Ограничения и
правила ведения
активного действия и не
подменяются датой
формирования
маршрута. После
возврата ДК
существующие
участники ранее
сформированного
маршрута сохраняются:
удаление и замена
существующего
согласующего не
допускаются, разрешено
только добавление
новых согласующих.
При действии
«Перенаправить новому
согласующему»
исходный согласующий
не удаляется и не
заменяется, его
собственное решение
остается ожидающим, а
активное действие
передается
привлеченному
согласующему с
обязательным
основанием
перенаправления; факт
добавления участника и
основание фиксируются
в данных и истории;
привлеченный
согласующий может
перенаправить действие
далее без ограничения
вложенности; данные
должны позволять
восстановить цепочку
вложенного
перенаправления и
определить
принадлежность
каждого привлечения и
соответствующей
цепочки конкретному
cycle_no, чтобы цепочки
предыдущего цикла
автоматически не
активировались в новом
цикле; после
положительного
решения активное
действие возвращается
Страница 74
Технический проект. Сервис НПА.
Ограничения и
правила ведения
предыдущему уровню;
конкретные физические
поля, типы данных и
индексы для
представления
вложенного
перенаправления и его
цикловой
принадлежности
определяются на этапе
разработки; отдельная
таблица
перенаправлений и
отдельная таблица
циклов не создаются.
npa_approval Хранение
ID ДК; ID маршрута; Связана с
Решение содержит
_decisions
собственных
ID этапа; ID участника; npa_approval_participants участника, этап,
решений
cycle_no; результат
, npa_approval_stages,
cycle_no, результат, дату
согласующих и решения; дата и время npa_roadmaps и
и время принятия
финального
принятия решения;
npa_change_history
решения и комментарий
утверждающего комментарий; автор
при необходимости;
действия USER_ID
решения каждого цикла
сохраняются
отдельными записями и
не используются как
решения нового цикла.
DECISION_PENDING
является технической
записью ожидания
собственного решения
конкретного участника и
создается при
фактической активации
соответствующего этапа;
для участников
неактивных будущих
этапов
DECISION_PENDING
заранее не формируется.
Перенаправление не
является
положительным или
отрицательным
решением инициатора и
оставляет его
собственное решение
ожидающим. Для
обычного согласующего
применяются решения
«Согласовать» и
«Отклонить», при
отклонении
комментарий
обязателен. На этапе
«Утверждение» решение
Таблица
Назначение
Ключевые данные
Основные связи
Страница 75
Технический проект. Сервис НПА.
Ограничения и
правила ведения
статс-секретаря –
заместителя Министра
также хранится в
npa_approval_decisions:
«Утвердить»
фиксируется как
DECISION_FINAL_APP
ROVED, «Вернуть на
доработку» – как
DECISION_FINAL_RET
URNED; при возврате
комментарий
обязателен. При
отклонении текущим
активным согласующим
текущий цикл
прекращается и обратное
прохождение цепочки
перенаправления не
выполняется.
Маршрут, этапы, участники и решения являются собственными прикладными сущностями
сервиса; текущий номер цикла хранится в маршруте, а номер цикла каждого решения – в решении.
Связь участников маршрута с пользователями портала выполняется по правилам logical only,
установленным в подразделе 3.6.
Таблица
Назначение
Ключевые данные
Основные связи
3.4.4. Таблицы исполнения и экспорта
Таблицы исполнения и экспорта обеспечивают фиксацию отметок исполнения, результатов
проверки контролером и операций переноса ДК в другой ПГ или пункт ПГ.
Таблица 3.4.4 – Таблицы исполнения и экспорта
Таблица
npa_execution_marks
Назначение
Ключевые
данные
ID мероприятия;
автор отметки
USER_ID; дата и
Хранение
время отметки;
отдельных
описание
попыток
результата;
представления
комментарий
ответственным
ответственного
исполнителем
исполнителя;
результата
статус отметки;
исполнения
контролер
мероприятия на
USER_ID;
контроль и
результат
результатов
проверки; дата и
проверки
время проверки;
соответствующих
комментарий
попыток
контролера;
контролером
служебные
сведения
фиксации
Ограничения и
правила ведения
Каждая запись
представляет
отдельную попытку
исполнения;
ответственным за все
мероприятия является
ответственный
исполнитель
соответствующей ДК;
Связана с
запись отметки может
npa_roadmap_activit
содержать
ies, npa_file_links,
комментарий
npa_change_history
ответственного
и
исполнителя и
npa_notification_log
сведения о связанном
при уведомлении
файле; повторная
контролера
отправка создается как
новая запись,
предыдущие попытки
и результаты их
проверки не
перезаписываются;
результат проверки
контролером хранится
в данных
Основные связи
Страница 76
Технический проект. Сервис НПА.
Таблица
Назначение
Хранение
операций
npa_export_operations экспорта ДК в
другой ПГ или
пункт ПГ
Ключевые
данные
ID исходной ДК;
ID целевого ПГ;
ID целевого
пункта ПГ; ID
новой ДК;
контролер
USER_ID; дата
операции; статус
операции;
результат
операции; текст
ошибки при
наличии
Ограничения и
правила ведения
соответствующей
попытки и отдельной
сущности
контрольного решения
не образует;
мероприятие считается
исполненным только
после подтверждения
контролером; при
отклонении
комментарий
контролера обязателен,
мероприятие
возвращается в
состояние «На
исполнении»
Экспорт ДК является
переносом в другой ПГ
или пункт ПГ через
создание новой ДК,
фиксацию операции
экспорта и
Связана с
архивирование
npa_roadmaps,
исходной ДК после
npa_plan_items,
успешного создания
npa_roadmap_activit
новой; экспорт
ies, npa_file_links,
выполняет контролер;
npa_change_history
новая ДК после
и
экспорта получает
npa_notification_log
статус «На
при наличии
исполнении»; если
уведомления
экспорт не завершен
успешно, исходная ДК
не архивируется;
операция выполняется
по правилам экспорта
ДК
Основные связи
Состав переносимых и непереносимых данных при экспорте определяется подразделом 2.5.3
и таблицей 2.5.2.
Файловые связи исполнения и экспорта ведутся через npa_file_links по правилам подразделов
3.4.5 и 3.6.
3.4.5. Таблицы истории, уведомлений и файловых связей
Таблицы истории, уведомлений и файловых связей обеспечивают фиксацию значимых
событий, фактов отправки или попытки отправки уведомлений и связей файлов с объектами
сервиса. История изменений и уведомления являются разными контурами фиксации.
Таблица 3.4.5 – Таблицы истории, уведомлений и файловых связей
Таблица
Назначение
npa_change_history
Хранение
истории
изменений и
значимых
событий по
объектам
сервиса
Ключевые данные
Тип события; объект
события; ID объекта;
автор USER_ID или
системный
исполнитель; дата и
время; старое
значение при
необходимости;
новое значение при
Основные связи
Связана с ПГ,
пунктами ПГ, ДК,
мероприятиями,
маршрутами,
решениями,
исполнением,
экспортом и
пользователями через
USER_ID
Ограничения и
правила ведения
История фиксирует
значимые события по
объектам сервиса;
просмотр карточки не
фиксируется как
событие истории;
события личных
шаблонов не
включаются в
Страница 77
Технический проект. Сервис НПА.
Таблица
npa_notification_log
npa_file_links
Назначение
Ключевые данные
Основные связи
Хранение
отдельных
фактических
попыток
отправки
уведомлений
и данных,
позволяющих
объединить
попытки
одного
логического
экземпляра
уведомления
Логический
экземпляр
определяется
сочетанием события,
связанного объекта,
получателя и
применимого
контекста; попытки
одного логического
экземпляра имеют
общий
идентификатор; для
каждой попытки
фиксируются тип
связанного объекта,
идентификатор
связанного объекта,
событие, получатель
USER_ID, номер
попытки, дата и
время попытки,
результат отправки,
текст ошибки при
наличии,
BITRIX_NOTIFY_ID
при наличии и
применимый
контекст в
универсальном
структурированном
представлении
Связана с объектами
сервиса и
пользователями через
USER_ID; при
наличии
идентификатора
уведомления портала
используется logical
only ссылка
BITRIX_NOTIFY_ID;
связь с событием
истории применяется
при наличии
соответствующего
события, при этом
история и журнал
уведомлений
остаются разными
контурами
Хранение
прикладных
связей файлов
с объектами
сервиса
Тип объекта; ID
объекта; FILE_ID;
назначение файла;
автор добавления
USER_ID; дата
добавления; признак
актуальности;
комментарий при
наличии
Связана с ПГ, ДК,
мероприятиями,
отметками
исполнения и иными
прикладными
объектами сервиса;
файл портала связан
через FILE_ID
необходимости;
комментарий или
основание
Ограничения и
правила ведения
историю ДК; история
не является
механизмом отправки
уведомлений и не
заменяет журнал
уведомлений
Каждая фактическая
попытка отправки
фиксируется
отдельной записью
npa_notification_log;
технические
повторные попытки
относятся к тому же
логическому
экземпляру; успешно
отправленный
логический экземпляр
не направляется
повторно для того же
сочетания события,
связанного объекта,
получателя и
применимого
контекста; отдельные
таблицы логических
экземпляров и
попыток уведомлений
не создаются;
конкретные
физические имена
полей общего
идентификатора
экземпляра, номера
попытки и контекста,
типы данных,
индексы и физическая
структура
универсального
контекста
определяются на
этапе разработки
Файлы хранятся
средствами портала, а
сервис хранит только
прикладные связи с
FILE_ID; прикладная
таблица файловых
связей не хранит
бинарное содержимое
файла; физические
foreign key к
файловым таблицам
ядра Б24 не
проектируются
Журнал уведомлений не заменяет историю изменений. Наличие записи истории не означает
обязательную отправку уведомления, если такое уведомление не предусмотрено процессной
моделью, реестром статусов и переходов или подтвержденным требованием.
Страница 78
Технический проект. Сервис НПА.
Уведомления отправляются штатным механизмом портала. При наличии идентификатора
уведомления портала в журнале хранится BITRIX_NOTIFY_ID как logical only ссылка. Сервис не
ведет собственный справочник уведомлений и не дублирует штатный механизм уведомлений Б24.
Файловая связь может относиться к ПГ, ДК, мероприятию, отметке исполнения или иному
прикладному объекту сервиса. Бинарное содержимое файлов хранится в штатном файловом
хранилище портала, а прикладная модель сервиса хранит только FILE_ID, назначение файла и связь
файла с объектом.
3.5. Правила ведения данных, целостности, истории изменений и журналирования
3.5.1. Правила ведения ПГ и пунктов ПГ
Утвержденный ПГ и официальные документы изменений ПГ используются как основания
для формирования и изменения структурированных данных дальнейшего контроля подготовки
НПА/ПА.
Источник истины по ПГ и изменениям ПГ – проверенные и сохраненные пользователем
структурированные данные. Результат структурного извлечения не является источником истины,
не подменяет сохраненные данные ПГ.
Перед сохранением ПГ пользователь проверяет структурированные строки, исправляет
ошибки, дополняет недостающие сведения и подтверждает результат сохранения. До
подтвержденного сохранения данные считаются рабочим результатом подготовки и не являются
основанием для создания ДК, контроля сроков или архивирования связанных объектов.
Номер пункта ПГ хранится в plan_item_number как строковое значение колонки «№ п/п»
исходного ПГ. Порядок строк хранится в sort_order как техническое поле порядка и не подменяет
номер пункта ПГ.
Историческое содержание структурированных данных ПГ хранится в сервисе и не
подменяется хранением старых файлов. При изменении ПГ должны фиксироваться номер версии,
дата, основание изменения, автор изменения, снимок данных до изменения, снимок данных после
изменения и связь с документом изменения ПГ.
Исторические состояния и изменения ПГ сохраняются через существующие сущности,
историю изменений и снимки структурированных данных.
Поддерживаются следующие типы изменений ПГ: изменение строки, исключение строки,
добавление строки, изменение срока, изменение ответственного департамента, изменение ФОИВ,
признание нецелесообразным, изменение сведений, указывающее на необходимость переноса ДК
в другой ПГ или пункт ПГ. Для каждого изменения должны сохраняться основание, автор, дата
изменения и структурированный результат изменения. Сам перенос ДК выполняется отдельной
операцией экспорта контролером.
При применимом изменении пункта ПГ связанная активная ДК архивируется по правилам
процесса. Если изменение указывает на необходимость переноса ДК в другой ПГ или пункт ПГ,
исходная ДК предварительно не архивируется: перенос выполняется через экспорт ДК
контролером, а архивирование исходной ДК выполняется только после успешного создания новой
ДК и фиксации операции экспорта. Если пункт признан нецелесообразным, новая ДК по нему не
создается.
3.5.2. Правила ведения ДК и мероприятий
ДК создается по пункту ПГ или вне ПГ при наличии основания. Для ДК, создаваемой по
пункту ПГ, исходные сведения, конечное мероприятие и конечный срок наследуются из
структурированных данных пункта ПГ. Конечное мероприятие и конечный срок ДК по ПГ штатно
не редактируются.
Конечный срок ДК по пункту ПГ определяется как «Срок внесения проекта акта в
Правительство РФ», если он заполнен, иначе как «Срок принятия акта». Для ДК вне ПГ
пользователь задает конечное мероприятие и конечный срок ДК.
Пользовательский флаг или пользовательское поле финальности не вводится. Специальный
технический признак или поле финальности настоящим техническим проектом не предписывается.
Конечное мероприятие не определяется через последнюю строку мероприятий, наиболее поздний
срок или специальный признак финальности. В UX допустим бейдж или подпись «конечный срок
ДК».
Страница 79
Технический проект. Сервис НПА.
Для отправки ДК на согласование должны быть заполнены общая информация, мероприятия
и маршрут. В настоящем пункте данное правило фиксируется как требование целостности данных
ДК; детальные правила маршрута, согласования, решений и циклов раскрываются в последующих
подразделах и разделе 4.
Мероприятие может быть добавлено из шаблона или вручную пользователем. При
добавлении мероприятия из шаблона создается самостоятельная запись мероприятия ДК.
Изменение шаблона не меняет уже созданные мероприятия.
Рекомендации мероприятий не заменяют юридическое решение пользователя. Фактическое
добавление мероприятий в ДК выполняется пользователем в пределах прав, статуса ДК и правил
проверки данных. Рекомендованное мероприятие становится фактическим мероприятием ДК
только после добавления пользователем.
Срок мероприятия позже конечного срока ДК является блокирующей ошибкой и должен
быть исправлен до сохранения ДК в состоянии, допускающем направление на согласование.
Одинаковые сроки нескольких мероприятий допускаются. Срок мероприятия меньше
рекомендованного допускается; в этом случае система отображает пользователю предупреждение.
Исправление срока, меньшего рекомендованного, не является обязательным условием сохранения
ДК или направления ее на согласование.
Рекомендуемая длительность или правило срока может использоваться только как
настраиваемый параметр шаблона или матрицы применимости. Конкретные правила расчета
сроков, значения длительности и условия применения задаются в настройках шаблонов или
матрицы применимости.
Мероприятие считается исполненным только после подтверждения контролером. Детальные
правила отметок исполнения, результатов проверки контролером, отклонения исполнения и
возврата мероприятия на исполнение раскрываются в следующей части подраздела 3.5. Результат
проверки контролером относится к соответствующей попытке npa_execution_marks; отдельная
сущность или таблица контрольных решений не создается.
Таблица 3.5.1 – Ключевые правила целостности данных ПГ, ДК и мероприятий
Объект
Правило ведения
ПГ и изменения ПГ
Источник истины
только проверенные и
сохраненные
пользователем
структурированные
данные
Пункт ПГ
plan_item_number
хранит строковое
значение колонки «№
п/п», sort_order
хранит технический
порядок строки
Изменение пункта ПГ
При изменении
пункта ПГ, связанная
ДК архивируется по
ТЗ
Пункт признан
нецелесообразным
Новая ДК по пункту
ПГ не создается
ДК из ПГ
Сведения, конечное
мероприятие и
конечный срок
наследуются из
Контроль
целостности
Сырой результат
структурного
извлечения не
применяется как
окончательное
состояние данных
номер пункта и
порядок строки не
смешиваются
Изменение
фиксируется с
основанием, автором,
датой и снимками
данных до и после
изменения
Перед созданием ДК
проверяется
актуальное состояние
пункта ПГ
Проверяется связь ДК
с актуальным
пунктом ПГ и
наличие данных
Последствие
нарушения
Данные не
используются для
создания ДК,
контроля и
последующих
операций до проверки
и сохранения
Некорректное
отображение или
сопоставление пункта
ПГ подлежит
исправлению до
дальнейшей работы
Связанная ДК не
используется как
актуальная без
выполнения правила
архивирования
Создание новой ДК
блокируется
ДК не направляется
на согласование до
устранения
нарушения
Страница 80
Технический проект. Сервис НПА.
Объект
ДК вне ПГ
Правило ведения
пункта ПГ; конечное
мероприятие и
конечный срок
штатно не
редактируются
Конечное
мероприятие и
конечный срок
задаются
пользователем
Мероприятие ДК
Срок мероприятия не
должен быть позже
конечного срока ДК
Мероприятие из
шаблона
При добавлении из
шаблона создается
самостоятельная
запись мероприятия
ДК
Конечное
мероприятие
Для ДК по ПГ
конечное
мероприятие
наследуется из пункта
ПГ и штатно не
редактируется; для
ДК вне ПГ конечное
мероприятие задается
пользователем;
специальный
пользовательский или
технический признак
финальности не
применяется
Контроль
целостности
конечного
мероприятия и
конечного срока
Проверяется наличие
допустимого
основания вне ПГ,
конечного
мероприятия и
конечного срока; для
основания «Иное»
проверяется наличие
описания
При сохранении и
подготовке к
согласованию
выполняется проверка
срока мероприятия
относительно
конечного срока ДК
Связь с шаблоном
используется для
происхождения, но
шаблон не управляет
созданной записью
автоматически
Проверяется наличие
конечного
мероприятия и его
соответствие способу
создания ДК
Последствие
нарушения
целостности
ДК не направляется
на согласование до
заполнения
обязательных
сведений
Сохранение
корректного состава
или направление ДК
на согласование
блокируется до
исправления срока
Изменение шаблона
не изменяет уже
созданное
мероприятие ДК
ДК не направляется
на согласование до
заполнения или
восстановления
корректного
конечного
мероприятия
3.5.3. Правила ведения маршрута согласования и решений
Маршрут согласования ДК задается пользователем в карточке ДК. Маршрут согласования
ДК является прикладной сущностью сервиса и реализуется через данные ДК, этапы, участников,
порядок прохождения, решения, комментарии и процессный контекст циклов согласования.
Отдельная сущность или таблица циклов согласования не создается.
Состав обязательных этапов маршрута и правило финального утверждения применяются по
подразделам 2.4.9 и 4.4.1. В правилах данных фиксируется обязательность наличия таких этапов
перед направлением ДК на согласование.
Участники маршрута выбираются из штатных пользователей Корпоративного портала. В
прикладных данных сервиса хранится USER_ID как logical only ссылка на пользователя портала.
Сервис не создает собственный справочник пользователей, ролей портала или организационной
структуры Б24.
Страница 81
Технический проект. Сервис НПА.
Стандартные шаблоны маршрутов согласования не вводятся. Согласование ДК выполняется
по прикладному маршруту в карточке ДК.
При действии «Перенаправить новому согласующему» исходный согласующий не удаляется
и не заменяется, а его собственное решение остается ожидающим. Активное действие передается
привлеченному согласующему; основание перенаправления обязательно и фиксируется в данных
и истории. Привлеченный согласующий может перенаправить активное действие следующему
согласующему без ограничения вложенности.
Данные маршрута, этапов, участников, решений и истории должны позволять восстановить
последовательность вложенного перенаправления, основание, предыдущий уровень, текущего
активного участника, возврат активного действия после положительного решения, а также
определить принадлежность привлечения каждого участника и соответствующей цепочки
конкретному циклу согласования. Конкретная физическая реализация этих связей и способ
фиксации цикловой принадлежности определяются на этапе разработки без создания отдельной
таблицы перенаправлений или отдельной таблицы циклов.
После положительного решения привлеченного согласующего активное действие
возвращается предыдущему уровню для принятия его собственного решения. При положительном
решении этого участника действие последовательно возвращается далее до исходного
согласующего. Перенаправление не является положительным или отрицательным решением
инициатора.
В параллельном этапе перенаправление блокирует только соответствующую ветвь; остальные
ветви продолжают прохождение независимо. Параллельный этап завершается после
положительных решений всех исходных и всех привлеченных участников с учетом завершения
вложенных цепочек перенаправления.
Для участника согласования фиксируются дата и время поступления ДК, устанавливаемые
при передаче ему активного действия, и дата и время принятия решения. Решение фиксируется с
указанием участника, этапа, номера цикла согласования, результата и комментария при
необходимости. Обычный согласующий принимает решение «Согласовать» или «Отклонить». При
отклонении комментарий обязателен; решение фиксируется, текущий цикл прекращается,
остальные этапы и ветви текущего цикла прекращаются, ДК возвращается ответственному
исполнителю, а обратное прохождение цепочки перенаправления не выполняется.
После положительных решений всех участников всех согласовательных этапов текущего
цикла система автоматически активирует этап «Утверждение». Финальное решение принимает
статс-секретарь – заместитель Министра; допустимы только решения «Утвердить» и «Вернуть на
доработку». При возврате на доработку комментарий обязателен.
После возврата ДК на доработку повторная отправка запускает новый цикл согласования с
первого этапа. Текущий номер цикла фиксируется в данных маршрута, номер цикла каждого
решения – в данных решения. Решения прошлых циклов сохраняются для просмотра и истории, но
не подменяют решения нового цикла и не используются как автоматическое согласование повторно
направленной ДК. Цепочки перенаправления предыдущего цикла автоматически не активируются.
Расчетные признаки, предупреждения и уведомления не подменяют статус жизненного цикла
ДК, этапа маршрута или решения участника. Правила смены статусов и допустимые переходы
должны применяться по реестру статусов и переходов.
3.5.4. Правила исполнения, контроля и экспорта
После утверждения и автоматического перевода ДК в состояние «На исполнении»
мероприятия переходят в контур исполнения по процессной модели. Отметку исполнения по
мероприятию создает ответственный исполнитель соответствующей ДК. Отдельный исполнитель
мероприятию не назначается.
К отметке исполнения могут быть добавлены файл и/или комментарий ответственного
исполнителя. Каждая отправка или повторная отправка результата исполнения является отдельной
попыткой и фиксируется отдельной записью npa_execution_marks. Предыдущие попытки не
перезаписываются.
Файлы подтверждающих материалов хранятся в штатном файловом хранилище портала.
Прикладная связь мероприятия или отметки исполнения с файлом ведется через npa_file_links с
использованием FILE_ID как идентификатора файла портала. Бинарное содержимое файлов в
прикладных таблицах сервиса не хранится.
Страница 82
Технический проект. Сервис НПА.
Направление отметки исполнения само по себе не делает мероприятие исполненным.
Контролер подтверждает или отклоняет соответствующую попытку. Результат проверки
контролером относится к этой попытке npa_execution_marks и отдельной сущности контрольного
решения не образует. При отклонении исполнения комментарий контролера обязателен,
мероприятие возвращается в состояние «На исполнении», а последующая отправка результата
исполнения образует новую попытку. Предыдущие попытки и результаты их проверки не
перезаписываются.
Мероприятие считается исполненным только после подтверждения контролером. После
подтверждения контролером исполнения всех мероприятий ДК система автоматически переводит
ДК в состояние «Завершена».
История и уведомления по исполнению и контролю применяются по правилам раздела 7 и
Приложения В.
Экспорт выполняется по правилам подраздела 2.5 и процессно раскрывается в подразделе
4.6. Экспорт выполняет контролер. В настоящем подразделе фиксируются требования целостности
данных: каждый явный запуск экспорта создает новую npa_export_operations; исходная ДК
архивируется только как часть успешного атомарного завершения экспорта; новая ДК после
успешного экспорта получает состояние «На исполнении»; при технической ошибке текущая
операция завершается неуспешно, и исходная ДК не архивируется. Завершенная неуспешно
операция не возобновляется и не возвращается в черновик. Последующий запуск после устранения
причины является новой операцией с новым выбором целевого ПГ и пункта и повторным
выполнением проверок, предпросмотра и подтверждения. Состав переносимых и непереносимых
данных определяется подразделом 2.5.3.
3.5.5. История изменений и журнал уведомлений
В правилах ведения данных фиксируется, что история изменений и журнал уведомлений
являются разными контурами хранения сведений. Детальный состав событий истории, событий
уведомлений, состава журнала уведомлений и ограничений уведомлений приведен в разделе 7.
Каждый логический экземпляр уведомления определяется сочетанием события, связанного
объекта, получателя и применимого контекста. Каждая фактическая попытка отправки фиксируется
отдельной записью npa_notification_log. Попытки одного логического экземпляра связываются
общим идентификатором логического экземпляра уведомления.
Для каждой попытки логически фиксируются тип и идентификатор связанного объекта,
событие, USER_ID получателя, номер попытки, дата и время попытки, результат отправки, текст
ошибки при наличии, BITRIX_NOTIFY_ID при наличии и применимый контекст. Применимый
контекст хранится в универсальном структурированном представлении и должен позволять
однозначно различать самостоятельные логические экземпляры уведомлений.
Техническая повторная попытка относится к тому же логическому экземпляру уведомления
и фиксируется новой записью npa_notification_log. Успешно отправленный логический экземпляр
не направляется повторно для того же сочетания события, связанного объекта, получателя и
применимого контекста.
Отдельная таблица логических экземпляров уведомлений и отдельная таблица попыток
уведомлений не создаются. Конкретные физические имена полей идентификатора логического
экземпляра, номера попытки и универсального контекста, их типы данных, индексы и физическая
структура универсального контекста определяются на этапе разработки.
При наличии идентификатора уведомления портала BITRIX_NOTIFY_ID хранится как logical
only ссылка по правилам подраздела 3.6.
Таблица 3.5.2 – Ключевые правила ведения маршрута, исполнения, экспорта, истории и
уведомлений
Контур
Маршрут
Правило ведения
Контроль
целостности
Обязательные этапы из ТЗ
добавляются в маршрут,
являются обязательными и
не удаляются
Проверяется состав
маршрута перед
направлением ДК на
согласование
Последствие
нарушения
ДК не
направляется на
согласование до
устранения
нарушения
маршрута
Страница 83
Технический проект. Сервис НПА.
Контур
Правило ведения
Согласование
После возврата на
доработку повторная
отправка запускает новый
цикл с первого этапа
Перенаправление
новому согласующему
Исходный согласующий не
удаляется и не заменяется,
его собственное решение
остается ожидающим;
активное действие
передается привлеченному
согласующему с
обязательным основанием;
привлеченный
согласующий может
перенаправить действие
далее без ограничения
вложенности; данные
должны позволять
восстановить цепочку
перенаправления, возврат
активного действия и
принадлежность
привлечений конкретному
циклу согласования
Исполнение
Мероприятие считается
исполненным только после
подтверждения
контролером
Отклонение
исполнения
При отклонении
исполнения контролером
комментарий обязателен,
мероприятие возвращается
на исполнение
Экспорт
Новая ДК создается,
операция фиксируется,
исходная ДК архивируется
только после успешного
создания новой ДК
История
История фиксирует
значимые события по
объектам сервиса
Уведомления
Уведомления отправляются
штатным механизмом
портала, журнал фиксирует
Контроль
целостности
Проверяется номер
цикла, стартовый
этап и отсутствие
использования
решений прошлого
цикла как решений
нового цикла
Проверяются
наличие
привлеченного
согласующего и
обязательного
основания,
сохранение
исходного участника
и его ожидающего
решения,
восстановимость
последовательности
вложенного
перенаправления и
ее принадлежности
текущему циклу; в
параллельном этапе
перенаправление не
должно блокировать
другие ветви
Проверяется наличие
контрольного
решения контролера
по отметке
исполнения
Проверяется наличие
комментария
контролера и
сохранение
результата проверки
в соответствующей
попытке отметки
исполнения
Проверяется
результат создания
новой ДК и
завершение
операции экспорта
Проверяется наличие
объекта, типа
события, автора или
системного
исполнителя и даты
события
Проверяется событие
уведомления,
получатель,
Последствие
нарушения
Повторное
согласование не
считается
корректно
запущенным
Перенаправление
не выполняется
при нарушении
обязательных
условий или
невозможности
однозначно
восстановить
цепочку и ее
принадлежность
текущему циклу;
цепочки
предыдущего
цикла
автоматически не
активируются
Мероприятие не
переводится в
состояние
исполненного без
подтверждения
контролером
Отклонение не
сохраняется как
корректное без
обязательного
комментария
При ошибке
экспорта исходная
ДК не
архивируется
Событие не
считается
корректно
зафиксированным
в истории
Факт уведомления
не считается
корректно
Страница 84
Технический проект. Сервис НПА.
Контур
Правило ведения
факт отправки или попытки
отправки
Контроль
целостности
результат отправки и
BITRIX_NOTIFY_ID
при наличии
Последствие
нарушения
зафиксированным
в журнале
3.6. Правила использования платформенных объектов Битрикс24 и логических
ссылок
3.6.1. Общий принцип использования объектов платформы
Пользователи сервиса являются штатными пользователями Корпоративного портала. В
прикладных данных сервиса USER_ID используется для фиксации ответственных исполнителей,
согласующих, утверждающего, участников маршрута и авторов значимых действий. Для
пользователя с ролью контролера USER_ID фиксируется как идентификатор автора загрузки ПГ,
контрольного решения, экспорта или иного разрешенного действия, но контролер не хранится как
назначаемый реквизит ДК или мероприятия.
Собственные таблицы сервиса хранят только сущности сервиса сквозного контроля
подготовки НПА/ПА: ПГ, пункты ПГ, ДК, мероприятия, характеристики, шаблоны, маршруты
согласования, этапы, участников, решения, отметки исполнения, операции экспорта, историю,
связи файлов и журнал фактов уведомлений.
Сервис не ведет собственные справочники пользователей, файлов, уведомлений, задач, ролей
портала и организационной структуры. Для связи с объектами платформы используются logical
only идентификаторы и прикладный контекст их применения.
Связи с объектами Б24 являются logical only ссылками и не оформляются физическими foreign
key к таблицам ядра платформы. Проверка существования, доступности и применимости
платформенного объекта выполняется серверной логикой сервиса и штатными механизмами
платформы.
3.6.2. Пользователи, роли и организационная структура
Пользователи сервиса являются штатными пользователями Корпоративного портала. В
прикладных данных сервиса USER_ID используется для фиксации ответственных исполнителей,
согласующих, утверждающего, участников маршрута и авторов значимых действий. Для
пользователя с ролью контролера USER_ID фиксируется как идентификатор автора загрузки ПГ,
контрольного решения, экспорта или иного разрешенного действия, но контролер не хранится как
назначаемый реквизит ДК или мероприятия.
Прикладная ролевая модель сервиса определяется Приложением Б и применяется поверх
штатной авторизации портала. Наличие пользователя в Б24 само по себе не означает наличие права
на действие в сервисе; доступ определяется ролью пользователя в сервисе, участием в конкретном
объекте, текущим статусом объекта, условиями перехода и серверной проверкой прав.
Платформенные роли и организационная структура Б24 не подменяют прикладную ролевую
модель сервиса. Ф.И.О., должность и подразделение пользователя отображаются по данным
штатного профиля и организационной структуры портала. Собственные справочники
пользователей, должностей, подразделений и организационной структуры в прикладной модели
сервиса не создаются.
Согласование ДК реализуется собственной прикладной маршрутизацией в карточке ДК.
Участники маршрута выбираются из пользователей портала, а их участие, этап, решение,
комментарий и цикл согласования фиксируются в прикладных сущностях сервиса.
3.6.3. Файлы и связанные материалы
Файлы размещаются в штатном файловом хранилище портала; сервис хранит FILE_ID и
прикладную связь файла с объектом. Бинарное содержимое файлов не хранится в прикладных
таблицах сервиса.
К связанным файлам относятся исходные документы ПГ, вложения ДК, материалы
мероприятий, файлы отметок исполнения и иные материалы, предусмотренные функциями сервиса.
В прикладных данных фиксируются объект связи, назначение файла, идентификатор файла портала,
автор действия и дата операции.
Страница 85
Технический проект. Сервис НПА.
Доступ к файлу проверяется с учетом прав пользователя на соответствующий объект сервиса
и штатных правил доступа платформы. Прикладная связь файла с объектом не создает копию файла
и не переносит файл из файлового хранилища портала в модель данных сервиса.
3.6.4. Уведомления и журнал фактов уведомлений
Уведомления отправляются штатным механизмом портала. Сервис фиксирует каждую
фактическую попытку отправки уведомления отдельной записью в таблице npa_notification_log.
Каждый логический экземпляр уведомления определяется сочетанием события, связанного объекта,
получателя и применимого контекста. Фактические попытки отправки одного логического
экземпляра связываются общим идентификатором логического экземпляра уведомления.
Для каждой попытки логически фиксируются тип связанного объекта, идентификатор
связанного объекта, событие, USER_ID получателя, номер попытки, дата и время попытки,
результат отправки, текст ошибки при наличии, BITRIX_NOTIFY_ID при наличии идентификатора
отправленного уведомления и применимый контекст. Применимый контекст хранится в
универсальном структурированном представлении; его состав зависит от события и должен
позволять однозначно различать самостоятельные логические экземпляры уведомлений.
Техническая повторная попытка относится к тому же логическому экземпляру уведомления
и фиксируется новой записью npa_notification_log. Успешно отправленный логический экземпляр
уведомления не направляется повторно для того же сочетания события, связанного объекта,
получателя и применимого контекста.
Логические экземпляры уведомлений и фактические попытки их отправки учитываются в
таблице npa_notification_log; отдельная таблица логических экземпляров уведомлений и отдельная
таблица попыток уведомлений не создаются. Конкретные физические имена полей идентификатора
логического экземпляра, номера попытки и универсального контекста, типы данных, индексы и
физическая структура универсального представления контекста определяются на этапе разработки.
История изменений и уведомления являются разными контурами фиксации. История
фиксирует значимое событие по объекту сервиса, а журнал уведомлений фиксирует факт отправки
или попытки отправки уведомления по событию, для которого предусмотрено информирование.
Наличие события истории не означает обязательную отправку уведомления. Уведомление
отправляется только при наличии действия пользователя, системного контрольного сигнала или
иного подтвержденного события уведомления, предусмотренного процессной моделью, реестром
статусов и переходов либо требованиями ТЗ/ГК.
Журнал уведомлений не подменяет историю изменений и не используется как статусная
модель. Расчетные признаки, уведомления и технические журналы не подменяют статусы
жизненного цикла объектов сервиса.
3.6.5. СЭД-реквизиты и внешние ссылки
СЭД-сведения в базовом контуре фиксируются вручную как ссылка, реквизит или внешний
идентификатор документа. Для такой связи используются SED_REF, SED_DOC_ID и SED_LINK в
объеме, необходимом пользователю для идентификации внешнего документа.
Сервис не является внешней СЭД и не ведет собственный контур электронного
документооборота. Ручная фиксация СЭД-сведений не изменяет жизненный цикл ПГ, пункта ПГ,
ДК, мероприятий, маршрута согласования, исполнения, контроля или экспорта.
Автоматический обмен с СЭД, синхронизация карточек документов, получение статусов из
СЭД, API-контуры и очереди обмена не являются ядром сервиса без отдельного подтверждения
заказчиком и последующей актуализации технического проекта и связанных приложений.
3.6.6. Допустимые logical only ссылки
В прикладной модели сервиса допускаются только logical only ссылки, необходимые для
связи объектов сервиса с платформенными объектами портала и внешними реквизитами.
Использование таких ссылок не означает создания собственных справочников платформенных
объектов и не требует физических foreign key к таблицам ядра Б24.
Таблица 3.6 – Допустимые logical only ссылки
Logical only ссылка
USER_ID
Объект или
контур
Штатный
Где применяется в
сервисе
Ответственные
Правило использования
Хранится как logical only
Страница 86
Технический проект. Сервис НПА.
Logical only ссылка
Объект или
контур
пользователь
портала
Где применяется в
сервисе
исполнители,
согласующие, финальный
утверждающий,
участники маршрута и
авторы действий,
включая пользователей,
выполнивших
контрольные операции,
загрузку ПГ или экспорт
FILE_ID
Файл в
штатном
файловом
хранилище
портала
PDF ПГ, вложения ДК,
материалы мероприятий,
файлы отметок
исполнения
BITRIX_NOTIFY_ID
Уведомление
портала
Журнал фактов
уведомлений
SED_REF
SED_DOC_ID
Реквизит или
справочная
ссылка СЭД
Внешний
идентификатор
документа
СЭД
ПГ, ДК или связанный
документ
ПГ, ДК или связанный
документ
SED_LINK
Ссылка на
документ СЭД
ПГ, ДК или связанный
документ
TASK_ID
Задача
Битрикс24
Только при
подтвержденном
сценарии задач
Правило использования
идентификатор
пользователя портала без
дублирования
пользователя, его
должности,
подразделения или
организационной
структуры; контролер не
назначается отдельным
реквизитом ДК или
мероприятия
Хранится как прикладная
связь с объектом;
бинарное содержимое
файла не хранится в
таблицах сервиса
Заполняется при наличии
идентификатора
отправленного
уведомления портала
Заполняется вручную как
справочный реквизит
внешнего документа
Заполняется вручную при
наличии внешнего
идентификатора
документа
Заполняется вручную как
ссылка для перехода
пользователя
Не применяется как
обязательная основа
согласования,
исполнения, контроля
или экспорта
3.6.7. Ограничения на физические связи и платформенные задачи
Физические foreign key к таблицам ядра Б24 в модели данных сервиса не проектируются. Это
ограничение относится к пользователям, файлам, уведомлениям, задачам, ролям портала,
организационной структуре и иным платформенным сущностям.
Связи между собственными прикладными таблицами сервиса допускаются в пределах модели
сервиса, если они необходимы для целостности ПГ, пунктов ПГ, ДК, мероприятий, маршрутов,
решений, отметок исполнения, экспорта, истории и журналирования.
Задачи Битрикс24 не используются в действующем базовом контуре согласования,
исполнения, контроля или экспорта. TASK_ID в прикладной модели данных сервиса не хранится.
Возможность подключения задач Битрикс24 может рассматриваться только как дальнейшее
развитие после отдельного решения заказчика и соответствующей актуализации технического
проекта.
Согласование ДК, исполнение мероприятий, контроль, история и уведомления описываются
через прикладные объекты сервиса, статусы, маршруты, решения, отметки исполнения и
журналирование.
Страница 87
Технический проект. Сервис НПА.
3.7. ERD логической модели данных сервиса
3.7.1. Назначение ERD
ERD отражает логическую модель прикладных сущностей сервиса и не является физической
схемой связей с ядром Б24. Диаграмма используется для понимания состава собственных
сущностей сервиса, их логических связей и границ взаимодействия с платформенными объектами
Корпоративного портала.
ERD описывает данные сервиса как раздела Корпоративного портала Минэнерго России на
Битрикс24 / 1С-Битрикс Enterprise. Модель охватывает ПГ, пункты ПГ, ДК, мероприятия,
характеристики, шаблоны, рекомендации, маршрут согласования, исполнение, контроль, экспорт,
историю изменений, журнал уведомлений и файловые связи.
Состав прикладных таблиц раскрыт в подразделе 3.4. Правила ведения данных, целостности,
истории изменений и журналирования раскрыты в подразделе 3.5. Правила использования
платформенных объектов Битрикс24 и logical only ссылок раскрыты в подразделе 3.6.
ERD не задает физические foreign key к таблицам ядра Б24. Связи с пользователями, файлами,
уведомлениями, задачами, СЭД-реквизитами и иными платформенными объектами являются
logical only ссылками.
3.7.2. Схема ERD
Схема ERD отражена и детализирована в приложениях И-Н к настоящему Техническому
проекту.
3.7.3. Пояснение ключевых связей основного контура
Основной контур ERD строится вокруг связи ПГ, пунктов ПГ и ДК. ПГ связан с множеством
пунктов ПГ. Пункт ПГ является основанием для создания ДК, если ДК создается по плану-графику.
ДК может быть создана по пункту ПГ или вне ПГ при наличии основания. Для ДК, созданной
по пункту ПГ, исходные сведения, конечное мероприятие и конечный срок наследуются из
структурированных данных пункта ПГ. Для ДК вне ПГ конечное мероприятие и конечный срок
задаются пользователем.
Номер пункта ПГ – строковое значение колонки «№ пункта из ПГ» исходного ПГ; хранится
в поле plan_item_number. Порядок строк ПГ хранится в sort_order как техническое поле порядка
строки. Эти поля имеют разный смысл и не должны подменять друг друга.
ПГ и изменения ПГ ведутся как проверенные и сохраненные структурированные данные.
Сырой результат структурного извлечения не является источником истины. Историческое
содержание структурированных данных ПГ должно сохраняться в сервисе через снимки данных до
и после изменения, основание изменения, автора изменения, дату изменения и связь с документом
изменения.
При изменении пункта ПГ связанная ДК архивируется по ТЗ. Если пункт ПГ признан
нецелесообразным, новая ДК по нему не создается. Если изменение ПГ требует переноса ДК в
другой пункт ПГ, перенос выполняется через экспорт ДК контролером.
3.7.4. Пояснение связей мероприятий, характеристик, шаблонов и
рекомендаций
ДК связана с характеристиками акта. Характеристики используются для формирования
рекомендаций и предупреждений, но не заменяют юридическое решение пользователя о составе
мероприятий ДК.
ДК связана с мероприятиями ДК. Мероприятие ДК является самостоятельной записью и
может быть добавлено из шаблона или вручную пользователем. При добавлении мероприятия из
шаблона последующее изменение шаблона не изменяет уже созданное мероприятие ДК.
Для ДК по ПГ конечное мероприятие наследуется из пункта ПГ; для ДК вне ПГ конечное
мероприятие задается пользователем. Физическое техническое поле допускается только как
внутренняя реализация и не является пользовательским полем. Срок мероприятия позже конечного
срока ДК является блокирующей ошибкой.
В модели различаются общие и личные шаблоны мероприятий. Для шаблонов используется
template_scope = GLOBAL/PERSONAL. Для личных шаблонов применяется owner_user_id как
logical only ссылка USER_ID на владельца шаблона. Для мягкого удаления применяется deleted_at.
Страница 88
Технический проект. Сервис НПА.
Личные шаблоны не участвуют в рекомендациях и не согласовываются. Матрица
применимости используется только для общих шаблонов. Критерии матрицы применимости – вид
акта и характеристики акта. Ответственный департамент и ответственный ФОИВ не являются
критериями подбора мероприятий без отдельного требования заказчика.
Рекомендуемая длительность или правило срока допускается только как настраиваемый
параметр шаблона или матрицы применимости. Конкретные правила расчета сроков, значения
длительности и условия применения задаются в настройках шаблонов или матрицы применимости.
3.7.5. Пояснение связей маршрута, исполнения и экспорта
ДК связана с маршрутом согласования. Маршрут содержит этапы и участников, хранит
текущий номер цикла и связан с решениями, каждое из которых хранит номер своего цикла. Цикл
согласования является процессным контекстом очередного прохождения маршрута; отдельная
сущность и отдельная таблица циклов согласования не создаются. Участники маршрута
выбираются из штатных пользователей портала и фиксируются через USER_ID как logical only
ссылку.
Обязательные этапы из ТЗ добавляются в маршрут, являются обязательными и не удаляются.
Этап «Утверждение» является обязательным.
При действии «Перенаправить новому согласующему» исходный согласующий не удаляется
и не заменяется, а его собственное решение остается ожидающим. Активное действие передается
привлеченному согласующему с обязательным основанием перенаправления. Привлеченный
согласующий может перенаправить активное действие следующему согласующему без
ограничения вложенности.
Данные маршрута, этапов, участников, решений и истории должны позволять восстановить
последовательность вложенного перенаправления, основание, предыдущий уровень, текущего
активного участника, возврат активного действия после положительного решения и
принадлежность привлечения каждого участника и соответствующей цепочки конкретному циклу
согласования. Конкретная физическая реализация этих связей и способ фиксации цикловой
принадлежности определяются на этапе разработки; отдельная таблица перенаправлений не
создается.
После положительного решения привлеченного согласующего активное действие
возвращается предыдущему уровню для принятия его собственного решения и при положительном
результате последовательно возвращается далее до исходного согласующего. Перенаправление не
является собственным положительным или отрицательным решением его инициатора. В
параллельном этапе перенаправление блокирует только соответствующую ветвь, а остальные ветви
продолжают прохождение независимо.
При отклонении любым текущим активным согласующим комментарий обязателен, решение
фиксируется, текущий цикл прекращается, остальные этапы и ветви текущего цикла прекращаются,
ДК возвращается ответственному исполнителю, а обратное прохождение цепочки перенаправления
не выполняется.
После возврата ДК на доработку повторная отправка запускает новый цикл согласования с
первого этапа. Решения прошлых циклов сохраняются и не перезаписываются. Цепочки
перенаправления предыдущего цикла автоматически не активируются.
Мероприятия связаны с попытками отметок исполнения. Каждая отправка или повторная
отправка результата исполнения ответственным исполнителем соответствующей ДК образует
отдельную попытку и не перезаписывает предыдущую. Мероприятие считается исполненным
только после подтверждения соответствующей попытки контролером. Результат проверки,
контролер, дата и время проверки и комментарий при наличии сохраняются в соответствующей
попытке npa_execution_marks. При отклонении комментарий контролера обязателен, а мероприятие
возвращается на исполнение. Отдельная сущность или таблица контрольных решений не создается.
ДК связана с операциями экспорта. Экспорт выполняется контролером и представляет
перенос ДК в другой ПГ или пункт ПГ через создание новой ДК, фиксацию успешного результата
операции экспорта и архивирование исходной ДК как часть успешного атомарного завершения.
Каждая npa_export_operations соответствует одному явному запуску экспорта пользователем. Новая
ДК после успешного экспорта получает статус «На исполнении». При ошибке исходная ДК не
архивируется, текущая npa_export_operations завершается неуспешно, а последующий
пользовательский запуск после устранения причины создает новую npa_export_operations.
Страница 89
Технический проект. Сервис НПА.
Отдельная пользовательская сущность «попытка экспорта», предметный контур копирования ДК
и прямая смена связи существующей ДК с пунктом ПГ не создаются.
Таблица 3.7 – Ключевые связи ERD
Контур модели
Ключевые связи
Смысл связи
ПГ и пункты ПГ
ПГ связан с пунктами
ПГ
ПГ содержит
проверенные
структурированные
строки плана-графика
ДК
Пункт ПГ связан с
ДК; ДК может быть
создана вне ПГ
Мероприятия
ДК связана с
мероприятиями ДК
Характеристики и
рекомендации
Шаблоны
Маршрут
согласования
Исполнение и
контроль
ДК связана с
характеристиками;
характеристики
связаны с матрицей
применимости
Общие шаблоны
связаны с матрицей
применимости;
личные шаблоны
связаны с владельцем
USER_ID
ДК связана с
маршрутом, этапами,
участниками и
решениями; текущий
номер цикла хранится
в маршруте, номер
цикла решения – в
решении
Мероприятие связано
с отметкой
исполнения и
результатом проверки
контролером в записи
отметки исполнения
Экспорт
Исходная ДК связана
с операцией экспорта
и новой ДК
История
объекты связаны с
историей изменений
Уведомления
Файлы
Объекты и
получатели связаны с
журналом
уведомлений
Объекты сервиса
Пункт ПГ является
основанием плановой
ДК; внеплановая ДК
создается при
наличии основания
Мероприятия
составляют
фактический план
работ по ДК
Характеристики
используются для
формирования блока
рекомендаций
Общие шаблоны
используются в
рекомендациях,
личные являются
персональными
заготовками
Ограничения
интерпретации
Сырой результат
структурного
извлечения не
является источником
истины
Для ДК вне ПГ связь
с пунктом ПГ
отсутствует
Срок мероприятия
позже конечного
срока ДК запрещен
Рекомендации не
заменяют
юридическое решение
пользователя
Личные шаблоны не
участвуют в
рекомендациях и не
согласовываются
Маршрут
обеспечивает
прикладное
согласование ДК в
карточке
Согласование ДК
выполняется по
прикладному
маршруту в карточке
ДК
Исполнение
завершается только
после подтверждения
контролером
Отметка
ответственного
исполнителя ДК не
равна исполненному
мероприятию
Экспорт переносит
ДК в другой ПГ или
пункт ПГ через
создание новой ДК
История фиксирует
значимые события
Журнал фиксирует
факт отправки или
попытки отправки
уведомления
Сервис хранит
Экспорт не является
выгрузкой Excel/PDF
файла
Просмотр карточки не
фиксируется как
событие истории
Журнал уведомлений
не заменяет штатный
механизм
уведомлений портала
Бинарные файлы не
Страница 90
Технический проект. Сервис НПА.
Контур модели
Logical only ссылки
Ключевые связи
связаны с файлами
через FILE_ID
USER_ID, FILE_ID,
BITRIX_NOTIFY_ID,
SED_REF,
SED_DOC_ID,
SED_LINK
Смысл связи
прикладные связи
файлов с объектами
Связь с
платформенными
объектами и
внешними
реквизитами
Ограничения
интерпретации
хранятся в
прикладных таблицах
Logical only ссылки не
являются
физическими foreign
key к ядру Б24
3.7.6. Пояснение связей истории, уведомлений, файлов и платформенных
объектов
История изменений связана с объектами сервиса и фиксирует значимые события: создание,
изменение, запуск согласования, решение участника, возврат на доработку, утверждение, отметку
исполнения, подтверждение или отклонение контролером, экспорт, архивирование и иные события,
предусмотренные процессной моделью.
Уведомления и история являются разными контурами фиксации. Уведомления отправляются
штатным механизмом портала. Журнал уведомлений фиксирует факт отправки или попытки
отправки уведомления. BITRIX_NOTIFY_ID хранится только при наличии идентификатора
уведомления портала.
Файлы хранятся в штатном файловом хранилище Корпоративного портала, а прикладная
связь объектов сервиса с файлами ведется через npa_file_links, в которой FILE_ID используется как
идентификатор файла портала. Бинарное содержимое файлов в прикладных таблицах сервиса не
хранится.
СЭД-сведения фиксируются вручную как SED_REF, SED_DOC_ID или SED_LINK.
Автоматический обмен с СЭД не является базовым контуром модели данных без отдельного
подтверждения заказчиком.
Задачи Битрикс24 не входят в действующую ERD и не являются основой согласования,
исполнения, контроля, экспорта или предметной модели данных. TASK_ID не является частью
действующей модели. Возможное подключение задач Битрикс24 относится к дальнейшему
развитию и требует отдельного решения заказчика и актуализации технического проекта.
Пользователи, файлы, уведомления, задачи, роли портала и организационная структура Б24
не являются собственными сущностями сервиса и не дублируются в модели данных сервиса.
3.7.7. Ограничения интерпретации ERD
ERD не должна трактоваться как требование физически связывать прикладные таблицы
сервиса с таблицами ядра Б24. Logical only ссылки не являются физическими foreign key к ядру
платформы.
Физические foreign key к таблицам ядра Б24 не проектируются. Проверка пользователей,
файлов, уведомлений и иных платформенных объектов выполняется серверной логикой сервиса и
штатными механизмами портала.
ERD-схема является графическим представлением логической модели данных и не расширяет
функциональные или интеграционные контуры сервиса. Контур загрузки ПГ реализуется через
загрузку документа ПГ, структурное извлечение данных из машиночитаемого документа и ручной
ввод для скана без текстового слоя.
ERD не вводит пользовательский или технический флаг, поле либо иной специальный
признак финальности мероприятия. Для ДК по ПГ конечное мероприятие и конечный срок
наследуются из пункта ПГ и штатно не редактируются. Для ДК вне ПГ конечное мероприятие и
конечный срок задаются пользователем. Конечное мероприятие не определяется через последнюю
строку мероприятий, наиболее поздний срок или специальный признак финальности.
ERD-схемы используются как графическое представление логической модели данных,
описанной в разделе 3. При изменении модели данных соответствующие схемы актуализируются
в составе комплекта приложений.
Страница 91
Технический проект. Сервис НПА.
4. Процессы и статусы
4.1. Общая процессная модель сервиса и принципы управления статусами
4.1.1. Сквозная процессная модель сервиса
Сквозная процессная модель сервиса строится по цепочке: ПГ → пункт ПГ → ДК →
мероприятия → согласование → утверждение → исполнение → контроль → архив/экспорт.
Процессная модель обеспечивает последовательную фиксацию подготовки НПА/ПА от
поступления ПГ до завершения работы с ДК, архивирования или переноса ДК в другой ПГ или
пункт ПГ.
Сервис является разделом Корпоративного портала Минэнерго России на Б24, а не отдельной
СЭД, SaaS, микросервисной системой или BPMN-платформой. Процессная модель строится на
прикладных объектах сервиса: ПГ, пункт ПГ, ДК, мероприятие, маршрут, решение, отметка
исполнения, операция экспорта, история изменений и уведомления.
СЭД-сведения при наличии фиксируются в сервисе вручную как ссылка, реквизит или
внешний идентификатор. Уведомления отправляются штатным механизмом Корпоративного
портала, при этом журнал уведомлений фиксирует факт отправки или попытки отправки
уведомления.
4.1.2. Роль статусов в управлении процессом
Статусы используются для управления жизненным циклом объектов и допустимостью
действий пользователей или системы. Состав статусов, переходов, событий истории, уведомлений
и условий доступности действий должен соответствовать Приложению В.
Роли и права пользователей должны соответствовать Приложению Б. Кнопки, экранные
состояния и доступность действий в интерфейсе должны соответствовать Приложению Г и не
должны противоречить серверным проверкам прав и условий выполнения.
Расчетные признаки, включая просрочку, приближение срока и светофорную индикацию, не
подменяют статусы жизненного цикла. Такие признаки используются для информирования
пользователя, предупреждений и контроля сроков, но не являются самостоятельными статусами
ПГ, пункта ПГ, ДК, мероприятия или маршрута.
Уведомления не являются статусами. История изменений не является статусом. Технические
признаки, журналы, расчетные поля и записи уведомлений не должны подменять процессный
статус объекта.
4.1.3. Общие правила смены статусов
Пользователь не выбирает и не устанавливает статус объекта вручную. Пользователь
выполняет предусмотренное действие или принимает решение, после чего система изменяет статус
по результату серверной проверки роли, участия пользователя в объекте, текущего статуса и
условий перехода. Сам факт отображения кнопки, предупреждения, расчетного признака или
уведомления не является основанием для смены статуса.
Перед сменой статуса серверная логика проверяет роль пользователя, участие пользователя
в объекте, текущий статус, условия перехода, заполненность обязательных данных, корректность
сроков и иные ограничения, предусмотренные процессной моделью. Действие выполняется только
если условия смены статуса соблюдены.
Значимые переходы фиксируются в истории изменений. Уведомления применяются по
событиям Приложения В, а журнал уведомлений фиксирует факт отправки или попытки отправки.
История изменений и уведомления являются разными контурами фиксации. История
фиксирует событие по объекту сервиса, а журнал уведомлений фиксирует факт отправки или
попытки отправки уведомления.
Таблица 4.1 – Общие правила управления статусами
Правило
Смена статуса только
через подтвержденное
действие
Что проверяется
Роль, участие
пользователя,
текущий статус,
условия перехода
Где фиксируется
История изменений
при значимом
переходе
Ограничение
Расчетные признаки и
уведомления не
меняют статус
автоматически
Страница 92
Технический проект. Сервис НПА.
Правило
Серверная проверка
обязательна
Что проверяется
Права, объект, статус,
заполненность
данных, сроки,
наличие маршрута
или мероприятий при
применимости
Где фиксируется
Результат действия и
история при
выполнении перехода
Использование
реестра статусов
Соответствие
действия
Приложению В
История и журнал
уведомлений по
подтвержденным
событиям
Разделение истории и
уведомлений
Наличие события и
наличие события
уведомления
История изменений;
журнал уведомлений
Контроль сроков
Просрочка,
приближение срока,
срок мероприятия
относительно
конечного срока ДК
Предупреждения,
блокирующие
ошибки, история при
значимом действии
Ограничение
Действие
выполняется при
соблюдении роли,
статуса и условий
процесса.
Нельзя вводить новые
статусы или переходы
без актуализации
связанных
приложений
История не
отправляет
уведомления, журнал
уведомлений не
заменяет историю
Светофорная
индикация не
является статусом
жизненного цикла
4.2. Жизненный цикл плана-графика и пункта плана-графика
4.2.1. Жизненный цикл плана-графика
Жизненный цикл ПГ начинается с загрузки допустимого исходного документа ПГ; ручной
ввод структурированных данных допускается после загрузки документа для скана без текстового
слоя либо документа, непригодного к структурному извлечению. Жизненный цикл включает
сохранение проверенных структурированных данных и последующее применение подтвержденных
изменений по утвержденному ПГ или официальному документу изменений. Подготовка данных
ПГ, ручная проверка, хранение FILE_ID, ручная фиксация СЭД-сведений и правило источника
истины выполняются по подразделам 1.7.2 и 3.5.1. В настоящем подразделе фиксируется только
процессное место ПГ в жизненном цикле сервиса: сохраненный ПГ становится основанием для
формирования пунктов ПГ и дальнейшей работы в модуле «База данных ПГ».
4.2.2. Жизненный цикл пункта плана-графика
Пункт ПГ создается как структурированная строка сохраненного ПГ. Номер пункта ПГ
хранится в plan_item_number как строковое значение колонки «№ пункта из ПГ» исходного ПГ.
Порядок строк хранится в sort_order и используется только для определения порядка строки, не
подменяя номер пункта ПГ.
Пункт ПГ является основанием для создания ДК по плану. По пункту ПГ отображается связь
с созданной ДК, если такая ДК была создана и доступна пользователю по правам.
Создание новой ДК по пункту, признанному нецелесообразным, не допускается. Если по
пункту уже существует активная ДК, создание новой ДК ограничивается правилами процесса,
статусами и серверной проверкой.
Перенос ДК в другой пункт ПГ не выполняется прямой заменой связи ДК с пунктом ПГ.
Такой перенос выполняется через экспорт ДК контролером с фиксацией операции и последующим
архивированием исходной ДК только после успешного создания новой.
4.2.3. Правила обработки изменений ПГ и фиксации версий
Утвержденный ПГ или официальный документ изменений ПГ загружается и обрабатывается
сервисом как основание для актуализации ранее сохраненных структурированных данных ПГ.
Произвольное построчное редактирование действующего ПГ не применяется. Ошибки рабочего
результата структурного извлечения или ручного ввода корректируются до сохранения.
Исключительная корректировка сохраненного пункта выполняется только главным
Страница 93
Технический проект. Сервис НПА.
администратором при наличии документа-основания, причины, серверной проверки и фиксации
значений до и после.
Для машиночитаемого документа сервис выполняет структурное извлечение данных и
сопоставляет полученные сведения с текущими сохраненными данными ПГ. По результатам
сопоставления формируется рабочий набор изменений, в котором могут быть определены:

изменение существующего пункта ПГ;

исключение пункта ПГ;

добавление нового пункта ПГ;

изменение срока;

изменение ответственного департамента;

изменение ответственного ФОИВ;

признание подготовки проекта акта нецелесообразной;

изменение сведений, указывающее на необходимость переноса ДК в другой ПГ или
пункт ПГ.
Назначение или изменение ответственного исполнителя пункта выполняется отдельной
прикладной функцией и не является типом структурированного изменения ПГ по настоящему
подразделу. Сведения, указывающие на необходимость переноса ДК, не означают автоматического
изменения связи ДК с пунктом ПГ: перенос выполняется отдельной операцией экспорта
контролером по правилам подраздела 4.6.
Для скана без текстового слоя или документа, непригодного к структурному извлечению,
пользователь вводит или корректирует структурированные сведения об изменениях вручную.
Ручная корректировка используется для приведения рабочего результата обработки документа в
соответствие с его фактическим содержанием, а не как самостоятельный способ изменения
действующего ПГ без документа-основания. OCR не используется.
До применения изменений контролер проверяет сформированный сервисом рабочий набор,
при необходимости исправляет ошибки сопоставления и подтверждает его. Сырой результат
структурного извлечения и сопоставления не является источником истины. Источником истины по
изменениям ПГ являются проверенные, подтвержденные и сохраненные структурированные
данные.
После подтверждения контролером сервис применяет изменения к актуальным
структурированным данным ПГ. При сохранении фиксируются номер версии, дата, документоснование, USER_ID контролера, выполнившего подтверждение, сведения до изменения, сведения
после изменения и связь с документом изменений. Историческое содержание структурированных
данных ПГ хранится в сервисе и не подменяется хранением старых файлов. При исключительной
корректировке технические идентификаторы, системные даты и история недоступны для
изменения.
Для применимого подтвержденного изменения пункта ПГ по утвержденному ПГ или
официальному документу изменений любая связанная ДК, которая еще не завершена, архивируется
по правилам процесса. При допустимой исключительной корректировке такое процессное
последствие применяется при изменении наименования акта, конечного мероприятия или
конечного срока. Иные исключительные корректировки сами по себе не являются основанием для
автоматического архивирования связанной ДК.
Особым случаем является изменение, указывающее на необходимость переноса ДК в другой
ПГ или пункт ПГ. В этом случае связанная незавершенная ДК не архивируется предварительно как
обычное последствие применения изменения. Перенос выполняется контролером через отдельную
операцию экспорта по правилам подраздела 4.6, а исходная ДК архивируется только как часть
успешного атомарного завершения экспорта. При технической ошибке или иной неуспешной
операции экспорта исходная ДК сохраняет текущее состояние и не архивируется.
После применения изменения ответственному исполнителю затронутого пункта ПГ
направляется отдельное уведомление о применении изменения. После архивирования связанной
незавершенной ДК ее ответственный исполнитель отдельно уведомляется о факте архивирования.
При переносе ДК через экспорт уведомление об архивировании формируется после успешного
атомарного завершения экспорта и фактического архивирования исходной ДК.
Если изменение касается корректировки срока и создание новой ДК разрешено,
ответственному исполнителю доступно создание новой ДК по измененному пункту ПГ. В новую
ДК переносятся фактические мероприятия архивированной ДК как специальный сценарий
Страница 94
Технический проект. Сервис НПА.
обработки изменения ПГ, а сроки мероприятий новой ДК заполняются заново. Такой перенос
применяется только в данном сценарии обработки изменения срока.
Если новая ДК не создана по истечении +1 рабочего дня с момента применения изменения,
при котором создание новой ДК разрешено, система формирует первое напоминание
ответственному исполнителю. +1 рабочий день отсчитывается вперед по производственному
календарю Российской Федерации в часовом поясе Москвы; граница расчетного календарного дня
– 00:00 по московскому времени, нерабочие дни в отсчет не входят. Далее напоминание
формируется ежедневно до создания новой ДК.
Напоминание не формируется или прекращается, если новая ДК создана либо ее создание по
измененному пункту не должно или не может выполняться, в том числе при признании подготовки
проекта акта нецелесообразной либо после применимого успешного экспорта, блокирующего
создание новой активной ДК в исходном пункте ПГ. Если после прекращения такого цикла
напоминаний последующее подтвержденное изменение снова приводит к необходимости и
возможности создания новой ДК по этому пункту, для нового изменения формируется новый
самостоятельный цикл напоминаний по тем же правилам.
4.3. Жизненный цикл дорожной карты
4.3.1. Создание дорожной карты
ДК создается по пункту ПГ или вне ПГ при наличии основания. Создание ДК проверяется по
правам пользователя, данным и процессным условиям пункта ПГ, наличию активной ДК по пункту
ПГ и иным серверным условиям.
Для ДК из ПГ исходные сведения, конечное мероприятие и конечный срок наследуются из
пункта ПГ. Конечный срок ДК по пункту ПГ определяется как «Срок внесения проекта акта в
Правительство РФ», если он заполнен, иначе как «Срок принятия акта».
Для ДК вне ПГ пользователь задает исходные сведения, конечное мероприятие и конечный
срок. ДК вне ПГ не должна искусственно привязываться к пункту ПГ без основания.
Пользовательский флаг или пользовательское поле финальности мероприятия не вводится.
4.3.2. Формирование состава дорожной карты
Пользователь заполняет сведения ДК, характеристики и мероприятия. Характеристики
используются для рекомендаций и предупреждений, но не заменяют юридическое решение
пользователя о составе мероприятий и применимости процедур подготовки акта.
Мероприятия могут быть добавлены из шаблонов или вручную. Мероприятие ДК является
самостоятельной записью. Изменение шаблона не меняет уже созданные мероприятия.
Рекомендации формируются по общим шаблонам через матрицу применимости и становятся
фактическими мероприятиями только после добавления пользователем. Личные шаблоны не
участвуют в рекомендациях и не согласовываются.
Срок мероприятия позже конечного срока ДК является блокирующей ошибкой. Одинаковые
сроки нескольких мероприятий допускаются. Срок меньше рекомендованного допускается с
предупреждением. конкретные сроковые правила рекомендаций, значения длительности и условия
применения задаются в настройках шаблонов или матрицы применимости и не закрепляются в
настоящем разделе как фиксированные значения.
4.3.3. Подготовка к согласованию и возврат на доработку
Для направления ДК на согласование должны быть заполнены общая информация,
мероприятия и маршрут. Направление на согласование допускается только при наличии прав,
допустимого статуса, валидного маршрута и отсутствии блокирующих ошибок.
Перед направлением ДК на согласование серверная логика проверяет роль пользователя,
участие пользователя в ДК, текущий статус, заполненность сведений, наличие мероприятий,
наличие маршрута и корректность сроков мероприятий относительно конечного срока ДК.
При отклонении ДК согласующим или возврате ДК финальным утверждающим комментарий
обязателен. После доработки повторное направление ДК запускает новый цикл согласования с
первого этапа.
Детальная логика формирования маршрута, принятия решений, возврата на доработку,
обязательных этапов, перенаправления и циклов согласования раскрывается в подразделе 4.4.
Страница 95
Технический проект. Сервис НПА.
4.3.4. Утверждение, исполнение, завершение и архивирование
При финальном утверждении для ДК по ПГ номер устанавливается равным номеру пункта
ПГ, а дата ДК – дате финального утверждения. Для ДК вне ПГ система формирует уникальный
номер вида ВПГ-ГГГГ-NNN по ежегодной последовательности; отдельная таблица счетчиков не
создается.
После финального утверждения система фиксирует состояние ДК «Утверждена» и
автоматически переводит ее в состояние «На исполнении». Отдельная кнопка или пользовательское
действие начала исполнения не применяется.
После утверждения штатное редактирование ДК запрещено. Аварийная правка
утвержденной, но не завершенной ДК доступна только главному администратору и требует
обязательного указания причины и серверной проверки права пользователя. Изменяться могут
только уже существующие поля, входящие в закрытый перечень, который определяется и
утверждается на этапе разработки. Серверная проверка принадлежности каждого изменяемого
реквизита этому перечню обязательна; изменение любого иного реквизита отклоняется.
Произвольное редактирование утвержденной ДК не допускается. В истории изменений
фиксируются автор, причина, дата и значения до и после изменения. Завершенная ДК не
редактируется. Обязательное уведомление об аварийной правке не формируется.
Исполнение мероприятия считается завершенным только после подтверждения контролером
соответствующей попытки отметки исполнения. При отклонении попытки контролером
комментарий обязателен, а мероприятие возвращается в состояние «На исполнении».
После подтверждения контролером исполнения всех мероприятий система автоматически
присваивает ДК состояние «Завершена». Завершенная ДК повторно не открывается.
Архивирование ДК выполняется по предусмотренным процессом основаниям, в том числе
вследствие применимого изменения ПГ по правилам подраздела 4.2.3 или после успешно
завершенного экспорта по правилам подраздела 4.6.
Детальная логика исполнения, контроля и экспорта раскрывается в подразделах 4.5–4.6.
4.3.5. Правила переходов и фиксации изменений ДК
Переходы ДК выполняются только при соблюдении прав, статусов, условий перехода и
серверной проверки. Блокирующие ошибки не позволяют выполнить переход. Предупреждения и
расчетные признаки помогают пользователю, но не подменяют статус жизненного цикла.
Значимые действия и переходы фиксируются в истории изменений. Обязательные
процессные события уведомлений определяются правилами обработки изменений ПГ,
согласования и утверждения, исполнения и контроля сроков, а также экспорта, установленными
подразделами 4.2.3, 4.4.5, 4.5.4 и 4.6.5. Техническая отправка уведомлений и ведение журнала
уведомлений выполняются по правилам раздела 7. История изменений и журнал уведомлений
являются разными контурами фиксации.
Массовое уведомление всех участников после финального утверждения не является
обязательным правилом. Обязательное уведомление ответственного исполнителя после каждого
промежуточного положительного решения согласующего не формируется.
Таблица 4.2 – Ключевые переходы жизненного цикла ПГ, пункта ПГ и ДК
Объект
ПГ
ПГ
Этап жизненного
Условие перехода
Результат
цикла
Пользователь
имеет право;
Создан рабочий
выбран
набор
Загрузка или ввод машиночитаемый
структурированных
документ или
данных
выполняется
ручной ввод
Пользователь
ПГ сохранен как
проверил строки;
Проверка и
проверенные
обязательные
сохранение
структурированные
данные и даты
данные
корректны
История/уведомления
Значимое действие
фиксируется в истории
Фиксируется
сохранение ПГ
Страница 96
Технический проект. Сервис НПА.
Объект
Пункт ПГ
Пункт ПГ
Пункт ПГ
Пункт ПГ
ДК
ДК
Этап жизненного
Условие перехода
Результат
История/уведомления
цикла
ПГ сохранен;
Создан пункт ПГ с Фиксируется создание
Создание строки
строка прошла
plan_item_number и или изменение пункта
ПГ
проверку
sort_order
при значимом событии
Пользователь
имеет право; пункт
ПГ допустим;
Создание ДК по
Создана ДК по
Фиксируется создание
отсутствует
пункту
пункту ПГ
ДК
активная ДК или
иное блокирующее
ограничение
Контролер
проверил и
Фиксируется
подтвердил
изменение;
сопоставленные
Применены
ответственному
изменения по
подтвержденные
исполнителю
утвержденному
структурированные затронутого пункта
ПГ или
изменения либо
направляется
официальному
допустимая
уведомление о
документу
исключительная
применении изменения;
изменений ПГ
корректировка;
при архивировании
либо главный
Изменение пункта администратор
сохранены сведения связанной активной ДК
до и после
ее ответственный
выполнил
изменения;
исполнитель отдельно
допустимую
уведомляется об
исключительную процессные
архивировании; при
корректировку при последствия
применяются по
применимом изменении
наличии
правилам подраздела срока действуют
документа4.2.3
напоминания по
основания,
правилам подраздела
причины и
4.2.3
успешной
серверной
проверки
Пункт не
используется для
создания новой ДК;
Изменение
Фиксируется
применимые
Признание
подтверждено и последствия для
изменение; новая ДК по
нецелесообразным
сохранено
связанной активной пункту не создается
ДК выполняются по
правилам подраздела
4.2.3
ДК создана с
наследованием
Пользователь
Создание по
сведений, конечного Фиксируется создание
имеет право; пункт
пункту ПГ
ДК
мероприятия и
ПГ допустим
конечного срока из
пункта ПГ
Пользователь
имеет право;
ДК создана без
выбрано
Фиксируется создание
Создание вне ПГ
искусственной связи
допустимое
ДК
с пунктом ПГ
основание вне ПГ;
указаны конечное
Страница 97
Технический проект. Сервис НПА.
Объект
ДК
ДК
ДК
ДК
ДК
Этап жизненного
Условие перехода
Результат
История/уведомления
цикла
мероприятие и
конечный срок;
для основания
«Иное» заполнено
описание
Заполнены
сведения,
характеристики и ДК подготовлена к
Формирование
Значимые изменения
формированию
мероприятия;
состава
фиксируются в истории
маршрута
сроки
мероприятий
корректны
Заполнены
сведения,
Фиксируется запуск
ДК направлена на
мероприятия и
согласования; текущий
Направление на
согласование;
маршрут;
активный согласующий
согласование
активирован первый
блокирующие
уведомляется о
этап текущего цикла
ошибки
поступлении ДК
отсутствуют
Текущий
активный
обычный
согласующий
Фиксируются действие,
принял решение
ДК возвращена
комментарий и
«Отклонить» с
ответственному
прекращение текущего
обязательным
исполнителю на
Возврат на
цикла; ответственный
комментарием
доработку; текущий исполнитель
доработку
либо финальный
цикл согласования уведомляется о
утверждающий
прекращен
соответствующем
принял отдельное
результате
решение «Вернуть
на доработку» с
обязательным
комментарием
Запущен новый цикл
согласования с
первого этапа;
Доработка
решения
Повторное
выполнена;
предыдущих циклов Фиксируется новый
направление после условия
сохранены; прежние цикл согласования
доработки
выполнения
цепочки
соблюдены
перенаправления
автоматически не
активированы
Все
Завершение
согласовательные
согласовательного
этапы текущего
Система завершила контура и передача на
цикла завершены согласовательную
утверждение
Автоматическая
положительно,
фиксируются в
часть маршрута и
передача на
включая
истории; ответственный
активировала
утверждение
завершение всех обязательный этап исполнитель получает
исходных и
идентификацию ДК и
«Утверждение»
привлеченных
сообщение о
ветвей и
завершении
Страница 98
Технический проект. Сервис НПА.
Объект
ДК
Этап жизненного
Условие перехода
цикла
вложенных
цепочек
перенаправления
Утверждение
Мероприятие Исполнение и
ДК
контроль
Результат
История/уведомления
согласования;
финальный
утверждающий – статссекретарь – заместитель
Министра – получает
идентификацию ДК и
сообщение о
поступлении ДК на
финальное
утверждение;
уведомление
направляется один раз
каждому
соответствующему
получателю в текущем
цикле
Для ДК по ПГ номер
установлен равным
номеру пункта ПГ,
дата – дате
финального
Обязательный этап
Фиксируются
утверждения; для ДК
«Утверждение»
утверждение,
вне ПГ сформирован
активирован
регистрация и
номер ВПГ-ГГГГсистемой; статсизменение состояния
NNN по ежегодной
секретарь –
ДК; ответственный
последовательности;
заместитель
исполнитель
зафиксировано
Министра принял
уведомляется об
состояние
решение
утверждении и
«Утверждена», после
«Утвердить»
регистрации
чего ДК
автоматически
переведена в
состояние «На
исполнении»
Фиксируются каждая
попытка отметки
исполнения и результат
ее проверки
контролером;
Ответственный
Каждая отправка или
предыдущие попытки
исполнитель
повторная отправка
не перезаписываются;
соответствующей зафиксирована как
при каждой новой
ДК направил
отдельная попытка;
направленной попытке
отдельную
мероприятие
контролер
попытку отметки считается
уведомляется о новой
исполнения;
исполненным только
попытке отметки
контролер
после подтверждения
исполнения; при
подтвердил
соответствующей
отклонении
соответствующую попытки
соответствующей
попытку
контролером
попытки ответственный
исполнитель
уведомляется об
отклонении;
обязательное
Страница 99
Технический проект. Сервис НПА.
Объект
ДК
ДК
Этап жизненного
Условие перехода
цикла
Результат
Система
автоматически
присвоила ДК
состояние
«Завершена»
Автоматическое
завершение
Контролером
подтверждено
исполнение всех
мероприятий ДК
Экспорт
Новая ДК создана в
целевом пункте со
статусом «На
Контролер
исполнении»;
выполнил перенос;
исходная ДК
новая ДК успешно
архивирована; в
создана, операция
исходном пункте
зафиксирована
блокировано
создание новой
активной ДК
История/уведомления
уведомление о
подтверждении
исполнения и
обязательное
уведомление об
автоматическом
завершении ДК не
формируются
Фиксируется
автоматическое
завершение ДК;
обязательное
уведомление об
автоматическом
завершении ДК не
формируется
Фиксируются операция
экспорта и
архивирование;
контролер,
инициировавший
экспорт, уведомляется
об успешном результате
4.4. Процесс согласования и финального утверждения ДК
4.4.1. Формирование и запуск маршрута согласования
Маршрут согласования ДК задается пользователем в карточке ДК. Маршрут содержит этапы,
участников, порядок прохождения, последовательный или параллельный режим этапа и условия
принятия решений. При формировании маршрута система проверяет наличие обязательных этапов
согласования: согласование департаментом-исполнителем, Юридическим департаментом,
Административным департаментом и финальное утверждение. Для этапа Юридического
департамента система по должности и организационной структуре Б24 проверяет, что выбран
директор, исполняющий обязанности директора либо уполномоченный заместитель директора.
Отсутствие обязательного этапа, отсутствие участника обязательного этапа, несоответствие
участника этапа Юридического департамента допустимой должности по организационной
структуре Б24 или попытка удаления обязательного этапа являются блокирующими условиями для
сохранения маршрута и направления ДК на согласование.
Участники маршрута выбираются из штатных пользователей Корпоративного портала. В
прикладных данных сервиса хранится USER_ID как logical only ссылка на пользователя портала.
Сервис не дублирует пользователей, роли портала и организационную структуру Б24.
Обязательные этапы из ТЗ добавляются в маршрут, являются обязательными, не удаляются
и не обходятся. Пользователь может добавлять дополнительные необязательные этапы и
участников. Утверждение является обязательным этапом. Стандартные шаблоны маршрутов
согласования не вводятся.
Согласование ДК реализуется собственной прикладной маршрутизацией в карточке ДК.
Запуск маршрута допускается только при заполненных общих сведениях ДК, наличии
мероприятий и сформированном маршруте. Срок мероприятия позже конечного срока ДК
блокирует направление ДК на согласование.
Страница 100
Технический проект. Сервис НПА.
4.4.2. Прохождение этапов согласования
Согласование выполняется по этапам маршрута в заданном последовательном или
параллельном режиме. При передаче участнику активного действия фиксируются дата и время
поступления ДК. Доступность действия определяется текущим этапом, ветвью и положением
участника в процессе.
В последовательном этапе исходные участники проходят согласование в установленной
последовательности. Следующая исходная позиция этапа активируется только после
положительного завершения предыдущей позиции. Если текущий исходный согласующий передал
активное действие по вложенной цепочке перенаправления, его позиция не считается завершенной
после положительного решения привлеченного участника. Активное действие должно
последовательно вернуться через все предыдущие уровни цепочки к исходному согласующему,
после чего исходный согласующий принимает собственное положительное решение. Только после
положительного собственного решения исходного согласующего может быть активирована
следующая исходная позиция последовательного этапа.
В параллельном этапе исходные ветви проходят независимо. Перенаправление в одной ветви
блокирует только эту ветвь до завершения вложенной цепочки и собственного решения исходного
участника; остальные ветви продолжают прохождение независимо. Параллельный этап завершается
только после положительных решений всех исходных и всех привлеченных участников каждой
ветви с учетом завершения всех вложенных цепочек перенаправления.
Решение доступно только текущему активному согласующему соответствующего этапа и
ветви и только при успешной серверной проверке роли, участия пользователя в объекте, состояния
ДК, состояния этапа и условий действия. Интерфейсная доступность кнопки не заменяет серверную
проверку.
Текущему активному согласующему доступно действие «Перенаправить новому
согласующему». Для перенаправления обязательны выбор нового согласующего и указание
основания. Перенаправление не является решением инициатора, замещением, делегированием или
добавлением еще одного независимого согласующего. Исходный согласующий не удаляется и не
заменяется; его собственное решение остается ожидающим, а активное действие передается
привлеченному согласующему.
Привлеченный согласующий принимает собственное решение либо перенаправляет активное
действие следующему согласующему. Вложенность цепочки перенаправления не ограничивается.
После положительного решения участника нижнего уровня активное действие возвращается
предыдущему уровню для принятия его собственного решения и при положительном результате
последовательно возвращается далее до исходного согласующего. Ветвь считается завершенной
положительно только после положительного собственного решения исходного участника.
Решения участников, основания перенаправлений и передача активного действия
фиксируются в данных сервиса и истории изменений. Данные маршрута, участников, решений и
истории должны позволять восстановить цикл согласования, ветвь, последовательность
перенаправлений, основание каждого перенаправления, предыдущий уровень цепочки, текущего
активного согласующего и обратный возврат активного действия. Конкретная физическая
реализация этих связей настоящим разделом не устанавливается; отдельная прикладная сущность
для цепочек перенаправления не вводится.
После положительного завершения всех участников всех согласовательных этапов текущего
цикла система автоматически завершает согласовательный контур и активирует обязательный этап
«Утверждение».
4.4.3. Решения согласующего и возврат на доработку
Текущий активный обычный согласующий принимает собственное решение «Согласовать»
или «Отклонить» либо выполняет действие «Перенаправить новому согласующему» в пределах
ролевой модели, соответствующего этапа и ветви, состояния ДК и условий действия.
При действии «Отклонить» любым текущим активным обычным согласующим, включая
согласующего, привлеченного перенаправлением, комментарий обязателен. Решение фиксируется,
весь текущий цикл согласования прекращается, остальные параллельные ветви прекращаются,
последующие этапы не запускаются, а ДК возвращается ответственному исполнителю на
доработку. Если отклонение произошло внутри цепочки перенаправления, обратное прохождение
цепочки к предыдущим уровням не выполняется.
Страница 101
Технический проект. Сервис НПА.
Решение согласующего фиксируется в данных сервиса и истории изменений с указанием
участника, этапа, цикла согласования, даты и времени поступления активного действия, даты и
времени принятия решения, результата и комментария при применимости.
После возврата ответственный исполнитель дорабатывает ДК в пределах допустимых прав,
состояния объекта и серверных проверок. Ранее сформированный маршрут сохраняется:
существующие этапы и согласующие нельзя удалять, заменять или переупорядочивать; допускается
только добавление новых этапов и/или новых согласующих. Повторное направление после
доработки увеличивает current_cycle_no и запускает новый cycle_no с первого этапа актуального
маршрута.
При запуске нового cycle_no существующие маршрут и этапы подготавливаются к новому
прохождению. DECISION_PENDING формируются только для участников фактически
активированного этапа по штатной механике его активации; следующий этап получает собственные
DECISION_PENDING только при своей активации. Решения всех предыдущих циклов сохраняются
для просмотра и аудита и не подменяют решения нового цикла. Цепочки перенаправления
предыдущего цикла автоматически не активируются. Продолжение согласования после доработки
с середины маршрута не допускается.
Возврат финальным утверждающим выполняется отдельным действием «Вернуть на
доработку» по правилам подраздела 4.4.4 и не смешивается с действием «Отклонить» обычного
согласующего.
Таблица 4.3 – Решения и переходы процесса согласования ДК
Этап
Действие
Добавление
Формирование
этапов и
маршрута
участников
Запуск
согласования
Направление ДК
на согласование
Активный
этап
Принятие
решения
согласующим
Условие
Пользователь
имеет право
формирования
маршрута;
обязательные
этапы из ТЗ
включены; для
каждого этапа
задан
последовательный
или параллельный
режим; участник
этапа
Юридического
департамента
соответствует
допустимой
должности по
организационной
структуре Б24
Заполнены
сведения,
мероприятия и
маршрут; сроки
корректны;
условия
выполнения
соблюдены
Пользователь
является
участником
активного этапа;
действие
допустимо по
статусу
Результат
История/уведомления
Маршрут
подготовлен к
запуску
Значимые изменения
маршрута
фиксируются в
истории; уведомления
– по Приложению В
ДК направлена
на согласование
Фиксируется запуск
согласования;
уведомления
отправляются
штатным механизмом
портала
Решение
согласующего
зафиксировано
Решение фиксируется
в истории;
уведомления – по
Приложению В
Страница 102
Технический проект. Сервис НПА.
Этап
Действие
Завершение
согласования
Автоматическая
передача ДК на
утверждение
Активный
этап
Пользователь
является
участником
активного этапа;
выбран новый
Перенаправление
согласующий;
новому
указано
согласующему
основание
перенаправления;
выполнена
серверная
проверка
Доработка
Отклонение
согласующим /
возврат
финальным
утверждающим
Повторное
согласование
Повторная
отправка после
доработки
Утверждение
Условие
Все участники
всех
согласовательных
этапов текущего
цикла приняли
положительные
решения
Финальное
решение
Согласующий при
отклонении либо
финальный
утверждающий
при возврате
указал
обязательный
комментарий
Доработка
выполнена;
условия
выполнения
соблюдены
Обязательный
этап
«Утверждение»
автоматически
активирован
системой;
решение
принимает статссекретарь
–заместитель
Министра
Результат
Система
активировала
обязательный
этап
«Утверждение»;
ДК находится на
утверждении
Активное
действие
передано
привлеченному
согласующему;
исходный
согласующий
сохранен, а его
собственное
решение
остается
ожидающим до
обратного
возврата
активного
действия по
цепочке
перенаправления
История/уведомления
Завершение
согласования и
передача на
утверждение
фиксируются в
истории; уведомления
– по Приложению В
Основание
перенаправления,
передача активного
действия
привлеченному
согласующему и место
участника во
вложенной цепочке
фиксируются в данных
и истории;
уведомление
активному
согласующему
формируется по
правилам раздела 7
ДК возвращена
на доработку
Возврат и
комментарий
фиксируются в
истории; уведомления
– по Приложению В
Запущен новый
цикл
согласования с
первого этапа
Новый цикл
фиксируется в истории
По решению
«Утвердить» ДК
присваиваются
номер и дата,
фиксируется
состояние
«Утверждена»,
после чего
система
автоматически
переводит ДК в
состояние «На
исполнении»; по
решению
«Вернуть на
доработку» ДК
возвращается на
доработку с
Итоговое решение
фиксируется в
истории; уведомления
– по Приложению В
Страница 103
Технический проект. Сервис НПА.
Этап
Действие
Условие
4.4.4. Финальное утверждение ДК
Результат
обязательным
комментарием;
терминальное
отклонение не
применяется
История/уведомления
Обязательный этап «Утверждение» автоматически активируется системой после завершения
всех согласовательных этапов текущего цикла с положительными решениями всех участников.
Единственным финальным утверждающим является статс-секретарь – заместитель Министра.
Доступны решения «Утвердить» и «Вернуть на доработку». Отдельное действие «Отправить на
утверждение», решение «Отклонить ДК на утверждении» и отдельный конечный статус такого
отклонения не применяются.
При возврате на доработку на этапе утверждения комментарий обязателен. Повторное
направление после доработки выполняется по общему правилу нового цикла согласования с
первого этапа.
После финального утверждения система фиксирует состояние ДК «Утверждена» и
автоматически переводит ее в состояние «На исполнении» в разделе «Работа с НПА». После
утверждения действует полный запрет редактирования ДК, кроме аварийной правки главным
администратором. Аварийная правка не является штатным способом обхода согласования, статусов
или прав.
4.4.5. История, уведомления и контроль переходов при согласовании
Запуск согласования, поступление активного действия участникам, собственные решения
согласующих, перенаправления, обратный возврат активного действия по вложенным цепочкам,
прекращение текущего цикла, возвраты на доработку, повторные циклы и итоговое утверждение
фиксируются как значимые события процесса.
Обязательными процессными событиями уведомлений при согласовании и утверждении
являются:

поступление ДК текущему активному согласующему;

завершение согласовательного контура и передача ДК на финальное утверждение:
ответственный исполнитель уведомляется о завершении согласования, а финальный
утверждающий – статс-секретарь – заместитель Министра – уведомляется о
поступлении ДК на финальное утверждение; уведомление направляется один раз
каждому соответствующему получателю в текущем цикле;

отклонение ДК обычным согласующим с уведомлением ответственного исполнителя;

возврат ДК финальным утверждающим с уведомлением ответственного исполнителя;

утверждение и регистрация ДК с уведомлением ответственного исполнителя.
Уведомление о поступлении ДК текущему активному согласующему формируется при
каждой новой передаче пользователю активного действия, в том числе при активации участника
последовательного этапа, активации ветви параллельного этапа, передаче активного действия
привлеченному согласующему, дальнейшем вложенном перенаправлении и обратном возврате
активного действия предыдущему участнику цепочки после положительного решения вложенного
согласующего.
Такое уведомление относится к факту новой активации действия у конкретного пользователя
и не является уведомлением о промежуточном положительном решении другого участника. Для
одного получателя уведомление о поступлении формируется один раз на каждую новую активацию
в применимом процессном контексте, позволяющем различить как минимум цикл согласования,
этап или ветвь и уровень перенаправления. Конкретные физические поля для представления такого
контекста настоящим разделом не устанавливаются.
Обязательное отдельное уведомление ответственному исполнителю или другим участникам
после каждого промежуточного положительного решения согласующего не формируется.
Уведомления отправляются штатным механизмом Корпоративного портала. Технические
правила отправки, повторных попыток и ведения журнала уведомлений определяются разделом 7.
Страница 104
Технический проект. Сервис НПА.
Контроль действий и переходов выполняется серверной логикой по роли пользователя,
участию в объекте, текущему держателю активного действия, состоянию ДК и этапа, условиям
действия и обязательности комментария при отклонении обычным согласующим или возврате
финальным утверждающим. Отображение действия в интерфейсе не заменяет серверную проверку.
4.5 Процесс исполнения и контроля мероприятий
4.5.1 Начало исполнения мероприятий
Исполнение мероприятий выполняется после автоматического перевода ДК в состояние «На
исполнении». Мероприятия переходят в контур исполнения в разделе «Работа с НПА» и становятся
доступны ответственному исполнителю соответствующей ДК.
Действия
исполнения
доступны
единственному
ответственному
исполнителю
соответствующей ДК. Перед выполнением действия серверная логика проверяет роль пользователя,
его участие в объекте, соответствие пользователя ответственному исполнителю ДК, состояние ДК,
состояние мероприятия и условия действия. Отдельный исполнитель мероприятию не назначается.
Отображение действия в интерфейсе не заменяет серверную проверку.
4.5.2 Отметка исполнения мероприятия ответственным исполнителем
Ответственный исполнитель соответствующей ДК создает отметку исполнения по
конкретному мероприятию. К отметке исполнения могут быть добавлены файл и/или комментарий.
Перед направлением серверная логика проверяет роль и участие пользователя, соответствие
пользователя ответственному исполнителю ДК, состояние ДК и состояние мероприятия.
Каждая отправка или повторная отправка отметки фиксируется как отдельная попытка в
npa_execution_marks. Предыдущая попытка не перезаписывается.
Ответственный исполнитель может приложить подтверждающие материалы. Файлы
подтверждающих материалов хранятся в штатном файловом хранилище портала. Сервис хранит
FILE_ID и прикладную связь файла с соответствующим объектом. Для подтверждающего файла
конкретной попытки отметки исполнения прикладная связь должна позволять однозначно отнести
файл к этой попытке и отличить его от разрешенных файлов ДК и мероприятия, поскольку файлы
отметок исполнения не переносятся при экспорте. Новая прикладная таблица для этого не создается.
Бинарные файлы не хранятся в прикладных таблицах сервиса. Прикладная модель фиксирует
только связь файла с объектом сервиса и назначение файла.
Сам факт направления отметки ответственным исполнителем не означает исполнения
мероприятия. После направления валидной попытки мероприятие переходит в состояние «Ожидает
подтверждения» и считается исполненным только после подтверждения соответствующей попытки
контролером.
4.5.3. Подтверждение или отклонение исполнения контролером
Контролер проверяет соответствующую попытку npa_execution_marks и связанные с ней
подтверждающие материалы. По результатам проверки контролер подтверждает либо отклоняет
представленную попытку. Результат проверки контролером относится к соответствующей попытке
и не образует самостоятельный объект контрольного решения.
Мероприятие считается исполненным только после подтверждения контролером
соответствующей попытки. До подтверждения направленная ответственным исполнителем
попытка является результатом передачи мероприятия на контроль, но не завершает мероприятие.
При отклонении соответствующей попытки контролером комментарий обязателен. Результат
проверки фиксируется в соответствующей попытке, мероприятие возвращается в состояние «На
исполнении», а ответственный исполнитель получает уведомление «Отклонено». Следующая
отправка формирует новую попытку отметки исполнения и проверки; предыдущие попытки и
результаты их проверки сохраняются и не перезаписываются.
После подтверждения контролером исполнения всех мероприятий система автоматически
присваивает ДК состояние «Завершена». Повторное открытие завершенной ДК не выполняется.
Подтверждение или отклонение соответствующей попытки и возврат мероприятия на
исполнение при отклонении фиксируются в истории изменений.
Таблица 4.4 – Контроль исполнения мероприятий
Действие
Исполнитель
Условие
Результат
Ограничение
Страница 105
Технический проект. Сервис НПА.
действия
Пользователь
является
ответственным
исполнителем
соответствующей
ДК; ДК находится в
состоянии «На
Подготовка
Ответственный исполнении»;
Подготовлена
отметки не делает
Внесение
исполнитель
отметка исполнения
мероприятие
мероприятие
отметки
соответствующей доступно для
по конкретному
исполненным
исполнения
ДК
мероприятию
исполнения;
автоматически
выполнена
серверная проверка
роли, участия
пользователя,
состояния ДК и
мероприятия и
условий действия
Для файла,
Бинарные файлы
подтверждающего
не хранятся в
конкретную
прикладных
попытку, сохранена
Ответственный Пользователь имеет
таблицах; файлы
Прикрепление
прикладная связь
исполнитель
право на действие;
конкретной
подтверждающих
FILE_ID,
соответствующей файл размещен
попытки должны
материалов
позволяющая
ДК
средствами портала
отличаться от
отнести файл к
разрешенных
соответствующей
файлов ДК и
попытке отметки
мероприятия
исполнения
Создана отдельная
попытка
Выполнена
Система после
npa_execution_marks; Каждая повторная
серверная проверка
направления
отправка образует
мероприятие
Передача на
права, состояния ДК
отметки
новую попытку и
переведено в
контроль
и мероприятия и
ответственным
состояние «Ожидает не перезаписывает
обязательных
исполнителем
предыдущую
подтверждения»;
данных
контролер уведомлен
о новой попытке
Результат
Соответствующая
проверки
попытка
Соответствующая
относится к
npa_execution_marks
попытка
соответствующей
направлена на
Подтверждение
подтверждена;
попытке;
Контролер
контроль; контролер
исполнения
мероприятие
самостоятельный
имеет право
считается
объект
проверки;
исполненным
контрольного
выполнена
решения не
серверная проверка
создается
Соответствующая
Соответствующая
Отклонение без
попытка
попытка отклонена; комментария не
npa_execution_marks мероприятие
допускается;
Отклонение
направлена на
возвращено в
предыдущие
Контролер
исполнения
контроль; контролер состояние «На
попытки и
имеет право
исполнении»;
результаты их
проверки; указан
ответственный
проверки
Страница 106
Технический проект. Сервис НПА.
Действие
Контроль срока
Исполнитель
действия
Система
Автоматическое
Система
завершение ДК
Условие
Результат
Ограничение
обязательный
комментарий
исполнитель
сохраняются и не
уведомлен об
перезаписываются
отклонении;
следующая отправка
образует новую
попытку
Приближение
срока и просрочка
Рассчитаны признаки
являются
приближения срока
расчетными
Мероприятие
или просрочки; при
признаками, а не
находится в
наступлении
статусами; после
состоянии «На
применимого порога
выхода
исполнении» и
сформировано
мероприятия из
имеет
сроковое
состояния «На
установленный срок уведомление по
исполнении»
правилам подраздела
сроковые
4.5.4
уведомления
прекращаются
Контролером
ДК получила
Завершенная ДК
подтверждено
состояние
повторно не
исполнение всех
«Завершена»
открывается
мероприятий ДК
4.5.4. Контроль сроков и уведомления
Контроль сроков выполняется по срокам мероприятий. Срок мероприятия позже конечного
срока ДК является блокирующей ошибкой на этапе формирования ДК и не должен появляться в
утвержденной ДК.
Просрочка, приближение срока и светофорная индикация являются расчетными признаками
и не являются статусами жизненного цикла. Расчетный признак информирует пользователя и
используется для срокового контроля, но не заменяет действие ответственного исполнителя,
контролера или системы.
Сроковые уведомления и эскалации формируются только пока мероприятие находится в
состоянии «На исполнении».
Расчет сроковых порогов −3, −1, +1, +2, +4, +7, +10 и +14 выполняется в рабочих днях по
производственному календарю Российской Федерации в часовом поясе Москвы. Граница
расчетного календарного дня – 00:00 по московскому времени. Нерабочие дни в отсчет не входят.
Отрицательные пороги −3 и −1 отсчитываются назад по рабочим дням от контрольной даты
мероприятия; положительные пороги +1, +2, +4, +7, +10 и +14 – вперед по рабочим дням от
контрольной даты. Расчет путем первоначального отсчета календарных дней с последующим
переносом полученной даты с выходного или праздничного дня не применяется
За 3 рабочих дня до срока мероприятия уведомляется ответственный исполнитель.
За 1 рабочий день до срока мероприятия уведомляется руководитель ответственного
исполнителя уровня начальника отдела. Если ответственный исполнитель сам является
начальником отдела, отдельное дублирующее уведомление за 1 рабочий день этому же
пользователю не направляется.
Через 1 рабочий день после наступления срока уведомляются ответственный исполнитель и
руководитель ответственного исполнителя уровня начальника отдела.
Через 2 рабочих дня после наступления срока уведомляется заместитель директора
департамента.
Через 4 рабочих дня после наступления срока уведомляется директор департамента.
Через 7 рабочих дней после наступления срока уведомляется курирующий заместитель
Министра.
Страница 107
Технический проект. Сервис НПА.
Через 10 рабочих дней после наступления срока уведомляется статс-секретарь – заместитель
Министра.
Через 14 рабочих дней после наступления срока уведомляется Министр.
Получатели руководящих эскалаций определяются по организационной структуре Б24. При
неоднозначном определении получателя используется административная конфигурация Б24 без
создания новой прикладной таблицы.
Для ДК по ПГ сроковое уведомление содержит:

наименование ПГ;

конкретный пункт ПГ, включая наименование проекта акта;

наименование мероприятия;

срок исполнения мероприятия;

количество просроченных дней.
Для ДК вне ПГ сроковое уведомление содержит:

вид проекта акта;

наименование проекта акта;

основание создания ДК вне ПГ;

описание основания, если выбрано «Иное»;

наименование мероприятия;

срок исполнения мероприятия;

количество просроченных дней.
Для предварительных уведомлений до наступления срока количество просроченных дней
указывается равным 0.
После направления отметки исполнения на контроль мероприятие выходит из состояния «На
исполнении», и сроковые уведомления прекращаются. Если контролер отклоняет
соответствующую попытку и мероприятие возвращается в состояние «На исполнении», контроль
сроков возобновляется для применимых будущих порогов. Уже успешно отправленное
уведомление по тому же порогу тому же получателю в рамках того же логического экземпляра
уведомления повторно не направляется.
При передаче каждой новой попытки отметки исполнения на контроль уведомляется
контролер. При отклонении попытки уведомляется ответственный исполнитель соответствующей
ДК.
Уведомления отправляются штатным механизмом Корпоративного портала. Каждая
фактическая попытка отправки и ее результат фиксируются в журнале уведомлений по правилам
раздела 7.
4.5.5. История и фиксация результатов исполнения
История фиксирует каждую попытку отметки ответственного исполнителя ДК, загрузку
подтверждающих материалов, решение контролера, возврат на исполнение и завершение
мероприятия.
История не заменяет уведомления. Журнал уведомлений не заменяет историю.
События исполнения должны быть согласованы с Приложением В и трассировкой в
Приложении Д.
4.6. Процесс экспорта ДК
4.6.1. Условия доступности экспорта
Экспорт ДК является переносом ДК в другой ПГ или пункт ПГ. Экспорт выполняет
контролер. Экспорт применяется, в том числе, когда изменение ПГ требует переноса ДК в другой
пункт ПГ.
Экспорт доступен только при наличии прав, допустимом статусе исходной ДК, выбранном
целевом ПГ и пункте ПГ, отсутствии блокирующих ограничений и успешной серверной проверке.
4.6.2. Выполнение операции экспорта
Пользователь с ролью контролера выбирает целевой ПГ и пункт ПГ. Система проверяет
целевой пункт ПГ и возможность переноса ДК.
Страница 108
Технический проект. Сервис НПА.
Система показывает состав данных, подлежащих переносу, если это предусмотрено UXмоделью. После подтверждения операции создается новая ДК в целевом пункте ПГ.
При выполнении экспорта создается операция экспорта, в которой фиксируются исходная
ДК, целевой ПГ, целевой пункт ПГ, новая ДК, контролер, дата, результат операции и текст ошибки
при наличии.
Исходная ДК архивируется только после успешного создания новой ДК и фиксации операции.
Новая ДК после экспорта получает статус «На исполнении». После успешного экспорта в исходном
пункте ПГ блокируется создание новой активной ДК.
4.6.3. Атомарность операции экспорта и обработка ошибок
Экспорт должен быть атомарной операцией. Если новая ДК не создана либо успешный
результат операции экспорта не зафиксирован, исходная ДК не переводится в архив.
При технической ошибке в текущей npa_export_operations фиксируются неуспешный
результат и текст ошибки. Незавершенные изменения откатываются; частичный перенос данных не
должен приводить к изменению или потере исходной ДК. Операция завершается неуспешно.
Завершенная неуспешно npa_export_operations не возвращается в черновик и не
возобновляется. После устранения причины пользователь запускает новый экспорт; создается новая
npa_export_operations, целевой ПГ и пункт выбираются заново, повторно выполняются серверные
проверки, предпросмотр и подтверждение. Экспорт не должен перезаписывать исходную ДК и не
должен подменяться ручной сменой связи ДК с пунктом ПГ.
4.6.4. Состав переносимых и непереносимых данных при экспорте
При экспорте в новую ДК переносятся основные сведения ДК, характеристики, фактические
мероприятия, сроки, единственный ответственный исполнитель, маршрут как заготовка, а также
разрешенные связанные файлы ДК и мероприятий. Новая ДК получает фактический состав
мероприятий исходной ДК в составе разрешенного переноса.
Маршрут переносится только как заготовка для новой ДК. Решения согласующих, циклы
согласования и сведения о прежнем прохождении маршрута не переносятся и не считаются
актуальными для новой ДК. Новая ДК не наследует процессное состояние прежнего маршрута.
При экспорте не переносятся история изменений, уведомления и журнал уведомлений,
отметки исполнения, результаты проверки контролером и файлы отметок исполнения. Исходная
ДК сохраняет собственную историю, решения, циклы согласования, отметки исполнения и
результаты их проверки как данные прежнего жизненного цикла.
Повторный автоматический подбор рекомендаций при экспорте не выполняется. Экспорт
переносит фактический состав ДК, сформированный пользователем ранее, а не запускает новый
подбор мероприятий по характеристикам и матрице применимости.
Файлы переносятся или связываются только в части разрешенных связанных файлов ДК и
мероприятий. Файлы конкретных попыток отметок исполнения при экспорте не переносятся.
Бинарное содержимое файлов хранится средствами портала; сервис использует FILE_ID и
прикладные связи файлов с объектами.
4.6.5. История, уведомления и результат экспорта
При каждом явном запуске экспорта создается отдельная npa_export_operations. В операции
фиксируются выбранные целевой ПГ, пункт ПГ и результат операции. При успешном атомарном
завершении фиксируется связь исходной и новой ДК, исходная ДК архивируется, новая ДК
создается в целевом пункте ПГ со статусом «На исполнении», а в исходном пункте блокируется
создание новой активной ДК.
После успешного атомарного завершения экспорта контролеру, инициировавшему
соответствующую npa_export_operations, направляется предусмотренное единое уведомление об
успешном результате.
Техническая ошибка экспорта является самостоятельным событием уведомления контролера,
инициировавшего соответствующую операцию. При технической ошибке исходная ДК не
архивируется, текущая npa_export_operations завершается неуспешно, а результат и текст ошибки
фиксируются в этой операции. Сообщение содержит исходную ДК, выбранные для завершенной
операции целевой ПГ и целевой пункт ПГ, неуспешный результат, текст технической ошибки и
информацию о возможности после устранения причины запустить новый экспорт. Такое
Страница 109
Технический проект. Сервис НПА.
уведомление формируется один раз для каждой npa_export_operations, завершившейся технической
ошибкой.
После устранения причины пользователь запускает новый экспорт. Каждый явный новый
запуск создает новую npa_export_operations; предыдущая операция не возобновляется и не
возвращается в черновик. Для нового запуска целевой ПГ и пункт выбираются заново, повторяются
серверные проверки, предпросмотр и подтверждение. Сам факт нового запуска отдельного
уведомления не создает; уведомление формируется по результату новой операции.
Каждая фактическая попытка доставки уведомления и ее результат фиксируются в
npa_notification_log.
4.7. Итоговая таблица статусов и переходов
4.7.1. Назначение реестра статусов и переходов
Итоговая таблица раздела 4 является сводным описанием целевой процессной модели
объектов, состояний и переходов сервиса. Детализирующие приложения к техническому проекту
должны быть синхронизированы с этой моделью, требованиями ТЗ и согласованными проектными
решениями.
Статусы используются для управления жизненным циклом объектов сервиса и
допустимостью действий. Переход выполняется только после серверной проверки прав, роли и
участия пользователя в объекте, текущего состояния объекта, условий перехода, заполненности
обязательных данных и отсутствия блокирующих ошибок. Отображение кнопки или действия в
интерфейсе не является статусом и не заменяет серверную проверку.
История изменений фиксирует значимые события по объектам сервиса. Журнал уведомлений
фиксирует каждую фактическую попытку отправки уведомления и ее результат, включая ошибку
при наличии. История изменений и журнал уведомлений являются разными контурами. Ни история
изменений, ни журнал уведомлений не являются статусами объектов жизненного цикла.
Расчетные признаки, включая просрочку, приближение срока и светофорную индикацию, не
являются статусами жизненного цикла. Наличие или отсутствие связанной ДК, наличие открытого
цикла согласования, факт уведомления, доступность кнопки и иные расчетные, технические или
журналируемые признаки также не являются самостоятельными статусами.
Цикл согласования является процессным контекстом очередного прохождения маршрута. Он
не является самостоятельным объектом жизненного цикла и отдельной прикладной сущностью.
Текущий номер цикла хранится в контексте маршрута, а номер цикла принятого решения – в
контексте соответствующего решения. Решения предыдущих циклов сохраняются исторически и
не перезаписываются решениями нового цикла.
4.7.2. Сводная таблица объектов и групп переходов
Таблица 4.7 содержит сводное представление объектов, для которых в сервисе используются
состояния или процессные переходы, условий выполнения действий, связанных событий истории
и уведомлений и основных ограничений. Расчетные признаки и отдельные журнальные контуры в
состав самостоятельных статусных объектов не включаются
Таблица 4.7 – Сводная таблица объектов и групп переходов
Объект
ПГ
Основные
статусы или
состояния
Ключевые
переходы
Условия
выполнения
История и
уведомления
Ограничения
Загрузка или ввод Пользователь
История
Источник истины
ПГ; структурное имеет право на
фиксирует
– проверенные,
Рабочее
извлечение из
загрузку, ввод или загрузку файла, подтвержденные
состояние
машиночитаемог сохранение;
ввод,
и сохраненные
загрузки или
о документа;
документ
корректировку структурированн
ввода;
ручной ввод для пригоден для
рабочего
ые данные; сырой
состояние
скана без
структурного
результата,
результат
проверки;
текстового слоя; извлечения либо сохранение и структурного
сохраненный
проверка;
применяется
применение
извлечения не
ПГ
сохранение;
ручной ввод;
изменения ПГ; является
обработка
обязательные
уведомления источником
Страница 110
Технический проект. Сервис НПА.
Объект
Пункт ПГ
ДК
Основные
статусы или
состояния
Ключевые
переходы
Условия
выполнения
История и
уведомления
Ограничения
подтвержденных данные
при изменении истины
изменений
заполнены;
формируются
условия
по правилам
выполнения
подраздела
соблюдены
4.2.3
Создание
История
структурированн
фиксирует
ой строки ПГ;
применение
назначение или
подтвержденно
изменение
го изменения
ответственного
или
исполнителя как Пользователь
исключительну Номер пункта ПГ
имеет право на
отдельная
хранится в
ю
действие; пункт
прикладная
корректировку, plan_item_number
сохранен как
функция;
назначение или как строковое
создание ДК по структурированна
значение колонки
изменение
Отдельная
я строка;
пункту;
ответственного «№ пункта из
статусная
применимые
применение
исполнителя, ПГ»; sort_order
модель
подтвержденного процессные
создание ДК, определяет
пункта ПГ
условия
изменения;
только порядок
исключение
сверх
допускают
допустимая
строки;
пункта и
подтвержден исключительная действие;
успешный
признание
ной
создание новой
корректировка
экспорт
подготовки
процессной главным
ДК не
блокирует
проекта акта
модели не
администратором заблокировано
нецелесообразн создание новой
вводится
активной ДК,
; исключение
активной ДК в
ой;
нецелесообразнос
пункта;
уведомления исходном пункте
тью или
признание
без введения
при
успешным
подготовки
нового статуса
применении
применимым
проекта акта
пункта
изменения и
нецелесообразной экспортом
архивировании
; применение
связанной ДК
отдельной
формируются
операции
по правилам
экспорта при
подраздела
необходимости
4.2.3
переноса ДК
Создание ДК по Проверяются
История
Для ДК по ПГ
пункту ПГ или
роль, участие
фиксирует
конечное
вне ПГ;
пользователя,
создание,
мероприятие и
заполнение
текущий статус, изменение,
конечный срок
сведений;
заполненность
направление на наследуются из
Создана; На
формирование
сведений, наличие согласование, пункта ПГ; для
согласовании;
мероприятий и
мероприятий,
возврат, новые ДК вне ПГ
Утверждена;
маршрута;
наличие
циклы,
задаются
На
направление на маршрута,
утверждение, пользователем;
исполнении;
согласование;
корректность
автоматически срок мероприятия
Завершена;
возврат на
сроков и условия й переход в
позже конечного
Архив
доработку; новый перехода.
исполнение,
срока является
цикл после
Пользователь не завершение,
блокирующей
повторного
устанавливает
экспорт и
ошибкой;
направления;
статус вручную; архивирование; передача на
автоматическая статус изменяет обязательные утверждение и
Страница 111
Технический проект. Сервис НПА.
Объект
Основные
статусы или
состояния
Ключевые
переходы
Условия
выполнения
История и
уведомления
передача на
система после
процессные
утверждение;
выполнения
события
утверждение или подтвержденного уведомлений
возврат
действия или
определяются
финальным
принятия
подразделами
утверждающим; решения
4.2.3, 4.4.5,
автоматический
4.5.4 и 4.6.5
переход в
исполнение;
автоматическое
завершение;
архивирование;
экспорт
Ограничения
переход
«Утверждена» →
«На исполнении»
выполняются
автоматически;
отдельная кнопка
начала
исполнения не
применяется; для
ДК по ПГ номер
равен номеру
пункта ПГ, дата –
дате финального
утверждения; для
ДК вне ПГ номер
формируется как
ВПГ-ГГГГ-NNN
по ежегодной
последовательнос
ти без отдельной
таблицы
счетчиков;
завершенная ДК
повторно не
открывается
История
Создание
фиксирует
мероприятия;
создание или Отдельный
редактирование в
исполнитель
изменение
Проверяются роль
допустимом
мероприятия, мероприятию не
и участие
состоянии;
назначается; все
каждую
автоматический пользователя,
мероприятия
попытку
соответствие
переход в
выполняет
отметки
исполнение после пользователя
ответственный
исполнения,
утверждения ДК; ответственному
подтверждение исполнитель
исполнителю
направление
или отклонение соответствующей
Запланирован ответственным соответствующей
соответствующ ДК; мероприятие
о; На
ДК, состояние ДК
исполнителем
считается
ей попытки
исполнении; отдельной
и мероприятия,
Мероприят
контролером и исполненным
Ожидает
попытки отметки срок мероприятия
ие ДК
только после
возврат на
подтвержден исполнения;
относительно
подтверждения
исполнение;
ия;
конечного срока
переход в
соответствующей
контролер
Исполнено
ДК;
«Ожидает
уведомляется о попытки
подтверждения»; подтверждение
новой попытке, контролером;
подтверждение или отклонение
ответственный приближение
соответствующей соответствующей
исполнитель – срока и
попытки доступно
попытки
об отклонении; просрочка
контролеру после
контролером;
являются
сроковые
серверной
отклонение
уведомления расчетными
соответствующей проверки
формируются признаками, а не
попытки с
статусами
по правилам
возвратом в «На
подраздела
исполнении»
4.5.4
Страница 112
Технический проект. Сервис НПА.
Объект
Основные
статусы или
состояния
Ключевые
переходы
Условия
выполнения
История и
уведомления
Ограничения
Обязательные
этапы
департаментаисполнителя,
Формирование
Юридического
История
маршрута;
департамента,
фиксирует
добавление
Административно
формирование
этапов и
го департамента и
маршрута,
Заполнены общие
участников;
финального
запуск цикла,
сведения ДК,
запуск
утверждения не
передачу
мероприятия и
очередного
удаляются, не
активного
маршрут;
цикла;
обходятся и не
действия,
обязательные
прохождение
заменяются;
основания
последовательны этапы включены;
перенаправление
перенаправлен
х и параллельных выполнены
не является
ий, обратный
Маршрут Формируется; этапов;
серверные
собственным
возврат
согласован активен;
проверки прав и
вложенное
решением
действия,
ия
завершен
перенаправление условий; активное
инициатора; при
прекращение
действие
активного
отклонении
текущего цикла
выполняет
действия и
текущий цикл
при отклонении
обратный возврат текущий
прекращается и
и завершение
активный
по цепочке;
не
согласовательн
согласующий
завершение
возобновляется, а
ого контура;
согласовательног соответствующей
после доработки
уведомления
ветви
о контура;
запускается
формируются
автоматическая
новый цикл с
по правилам
передача на
первого этапа;
подраздела
финальное
номер цикла
4.4.5
утверждение
является
процессным
контекстом, а не
самостоятельным
объектом
Принятие
Пользователь
История
Перенаправление
собственного
является текущим фиксирует
не является
решения текущим активным
участника,
состоянием
активным
согласующим
этап, цикл,
решения и не
согласующим;
соответствующег поступление
завершает
отклонение ДК с о этапа и ветви; активного
собственное
прекращением
действие
действия,
решение
всего текущего доступно по роли, собственное
инициатора;
цикла и
состоянию ДК и решение,
исходный
Ожидает
возвратом на
этапа и
результат и
согласующий не
Решение
решения;
доработку;
результату
комментарий удаляется и не
согласующ
согласовано;
передача
серверной
при
заменяется;
его
отклонено
активного
проверки; при
применимости, вложенность
действия новому действии
а также
перенаправлений
согласующему
«Отклонить»
основания
не
без принятия
комментарий
перенаправлен ограничивается;
собственного
обязателен; при ий; при
при отклонении
решения
перенаправлении отклонении
любым текущим
инициатором;
обязательны
ответственный активным
возврат активного выбор нового
исполнитель
согласующим
действия
согласующего и уведомляется весь текущий
Страница 113
Технический проект. Сервис НПА.
Объект
Основные
статусы или
состояния
Ключевые
переходы
предыдущим
уровням после
положительных
решений
привлеченных
согласующих
Условия
выполнения
основание
История и
уведомления
по правилам
подраздела
4.4.5
Ограничения
цикл
прекращается и
обратное
прохождение
цепочки
перенаправления
не выполняется
История
Для направления
Каждая отправка
Создание отметки
фиксирует
пользователь
или повторная
ответственным
каждую
является
отправка является
исполнителем
попытку
ответственным
отдельной
соответствующей
отметки
исполнителем
попыткой
ДК;
исполнения,
соответствующей
npa_execution_ma
прикрепление
связанные
ДК; ДК и
rks и не
подтверждающих
подтверждающ
мероприятие
перезаписывает
материалов;
ие материалы,
находятся в
предыдущую;
направление
подтверждение
допустимом
результат
Направлена; отдельной
или отклонение
Отметка
состоянии;
проверки
подтверждена попытки на
соответствующ
исполнения
выполнена
контролером
; отклонена контроль;
ей попытки
серверная
относится к
подтверждение
контролером и
проверка; для
соответствующей
или отклонение
повторную
подтверждения
попытке и не
соответствующей
отправку;
или отклонения
образует
попытки
контролер
пользователь
самостоятельный
контролером;
уведомляется о
является
объект; файлы
создание новой
каждой новой
контролером; при
конкретных
попытки при
попытке,
отклонении
попыток не
повторной
ответственный
комментарий
переносятся при
отправке
исполнитель –
обязателен
экспорте
об отклонении
Инициирование
Новая ДК
экспорта; выбор
создается в
История
целевого ПГ и
целевом пункте
фиксирует
пункта ПГ;
со статусом «На
запуск,
проверка
исполнении»;
Экспорт
успешное
целевого пункта; выполняет
исходная ДК
выполнение,
подтверждение контролер;
архивируется
техническую
экспорта;
только после
исходная ДК
ошибку
создание новой находится в
успешного
Черновик
экспорта и
ДК; фиксация
создания новой
допустимом
операции;
архивирование
операции;
ДК и фиксации
состоянии;
Операция проверка;
исходной ДК
архивирование
операции; после
выбран целевой
экспорта
выполнение;
после успеха;
исходной ДК
успеха в
ПГ и пункт ПГ;
выполнена;
контролер,
после успеха;
исходном пункте
блокирующие
ошибка
инициировавш
завершение
блокируется
ограничения
ий экспорт,
текущей
создание новой
отсутствуют;
уведомляется
операции при
активной ДК без
выполнена
отдельно об
технической
введения нового
серверная
успешном
ошибке; новый проверка
статуса пункта;
результате или
пользовательский
при технической
технической
запуск после
ошибке исходная
ошибке
устранения
ДК не
причины с
архивируется,
Страница 114
Технический проект. Сервис НПА.
Объект
Основные
статусы или
состояния
Ключевые
переходы
Условия
выполнения
История и
уведомления
созданием новой
npa_export_operati
ons
4.7.3. Правила применения Приложения В при реализации
Ограничения
текущая
npa_export_operati
ons терминально
завершается
неуспешно, а
последующий
явный
пользовательский
запуск создает
новую
npa_export_operati
ons
Требования ТЗ имеют приоритет при определении целевой процессной модели сервиса.
Согласованные проектные решения обязательны и конкретизируют требования в пределах
принятых решений. Настоящий раздел содержит сводную процессную модель объектов, состояний,
действий, условий и переходов.
Приложения А–Д детализируют соответственно автоматизированные функции, права,
статусы и переходы, UX/UI и трассировку и должны быть синхронизированы с целевой процессной
моделью. Приложение В является детализирующим реестром статусов и переходов после его
синхронизации с требованиями ТЗ, согласованными проектными решениями и настоящим
разделом.
Несинхронизированное положение Приложения В не переопределяет целевой процесс и не
является основанием для восстановления исключенной функции, роли, статуса или перехода, в том
числе делегирования, общей функции копирования ДК или прежней модели перенаправления, при
которой новый согласующий заменяет исходного участника либо добавляется как независимый
согласующий. Выявленное расхождение устраняется путем синхронизации соответствующих
разделов и приложений ТП.
Доступность кнопок и действий в интерфейсе определяется ролью пользователя, его участием
в объекте, допустимым состоянием объекта и условиями действия. Отображение кнопки или
действия не заменяет серверную проверку.
Просрочка, приближение срока, светофорная индикация, наличие ошибки валидации,
доступность кнопки, наличие открытого цикла согласования, факт уведомления и иные расчетные,
технические или журналируемые признаки не являются статусами жизненного цикла.
Изменения статусной модели применяются только после подтверждения заказчиком и
актуализации связанных разделов и приложений технического проекта. Новые статусы, переходы,
кнопки, события истории и уведомления вводятся только после подтверждения заказчиком и
актуализации связанных функций, прав, UX/UI, истории, уведомлений, трассировки и
соответствующих приложений ТП.
Страница 115
Технический проект. Сервис НПА.
5. Роли и права доступа
5.1. Общие принципы доступа
5.1.1. Модель проверки доступа
Пользователи сервиса являются штатными пользователями Корпоративного портала. Доступ
пользователя к сервису начинается со штатной авторизации Корпоративного портала и далее
ограничивается прикладной ролевой моделью сервиса. Сервис не дублирует пользователей, роли
портала и организационную структуру Б24. В прикладных данных используется USER_ID как
logical only ссылка на пользователя портала. Физические foreign key к таблицам пользователей,
ролей или организационной структуры Б24 не проектируются.
Прикладные роли сервиса применяются поверх штатной авторизации портала. Роль задает
возможный класс прав пользователя на объекты и действия сервиса. Наличие роли само по себе не
предоставляет доступ ко всем объектам сервиса и не является достаточным основанием для
выполнения действия.
Для разрешения действия серверная логика проверяет применимую комбинацию следующих
условий: роль пользователя; право просмотра конкретного объекта; участие пользователя в
конкретном объекте; текущее состояние объекта; активный этап и ветвь маршрута, если они
применимы; текущего держателя активного действия, если действие связано с согласованием;
наличие обязательных данных; выполнение процессных условий; допустимость соответствующего
перехода.
Участие пользователя в объекте не создает право, отсутствующее у его роли. Объектный и
процессный контекст только ограничивает возможность применения прав, предусмотренных
соответствующей ролью.
Расчетные признаки, в том числе приближение срока, просрочка и светофорная индикация,
уведомления, наличие ссылки или отображение кнопки в интерфейсе не являются самостоятельным
основанием для предоставления права.
5.1.2. Доступ к объектам и действиям
Объектами доступа являются ПГ, пункт ПГ, ДК, мероприятия ДК, характеристики, общие и
личные шаблоны мероприятий, маршрут согласования, этапы и участники маршрута, решения,
отметки исполнения, операции экспорта, история изменений, журнал уведомлений и связанные
файлы. Номер текущего цикла является атрибутом процессного контекста маршрута, а номер цикла
принятого решения – атрибутом соответствующего решения; самостоятельными объектами доступа
они не являются.
Право просмотра объекта и право выполнения действия с объектом проверяются раздельно.
Возможность просмотра объекта не предоставляет права на изменение его данных, выполнение
процессного перехода, принятие решения или административное действие.
Списочные выдачи ПГ, пунктов ПГ, ДК и иных объектов формируются с обязательным
серверным ограничением состава данных. Пользователь получает только объекты, которые ему
разрешено просматривать с учетом роли, участия, права просмотра конкретного объекта и иных
применимых ограничений доступа.
Доступ к ПГ и пунктам ПГ предоставляется к проверенным и сохраненным
структурированным данным. Подготовка исходных данных ПГ до первого сохранения, штатное
применение утвержденного нового ПГ или официального документа изменений ПГ, а также
назначение и изменение ответственного исполнителя пункта ПГ относятся к прикладному контуру
контролера. Назначение или изменение ответственного исполнителя пункта ПГ является отдельной
функцией и не считается структурированным изменением содержания ПГ.
Произвольное точечное редактирование сохраненного ПГ не является штатным сценарием.
Исключительная корректировка уже сохраненного конкретного пункта ПГ выполняется только
главным администратором при наличии документа-основания, обязательной причины,
положительного результата серверной проверки и фиксации пользователя, даты и времени,
значений до и после изменения.
Создание ДК по пункту ПГ доступно ответственному исполнителю, назначенному по
соответствующему пункту, если пункт находится в допустимом состоянии, пользователь имеет
право просмотра пункта и отсутствуют процессные ограничения на создание новой активной ДК.
ДК по пункту, признанному нецелесообразным, не создается.
Страница 116
Технический проект. Сервис НПА.
Создание ДК вне ПГ доступно ответственному исполнителю при наличии допустимого
основания разработки и заполнении обязательных сведений.
Редактирование ДК ограничивается ролью ответственного исполнителя, его участием в
конкретной ДК и допустимым состоянием ДК. После утверждения штатное редактирование ДК
запрещено. Единственным исключением является аварийная правка утвержденной, но не
завершенной ДК главным администратором по правилам настоящего раздела. Завершенная ДК не
редактируется ни одной ролью, повторное открытие завершенной ДК не реализуется.
Все мероприятия ДК выполняет единственный ответственный исполнитель соответствующей
ДК. Отдельный исполнитель мероприятия не назначается. Подтверждение или отклонение
результата исполнения выполняет только контролер.
Экспорт ДК выполняет только контролер. Контролер не назначается отдельным реквизитом
ДК или мероприятия.
Доступ к связанным файлам определяется правом пользователя на соответствующий объект
и штатными механизмами Корпоративного портала.
5.1.3. Доступность действий в интерфейсе и серверная проверка
Права связаны с процессной моделью состояний и переходов раздела 4. Действие доступно
только при одновременном выполнении ролевых, объектных, процессных и статусных условий и
положительном результате серверной проверки.
Значимые действия фиксируются в истории изменений по правилам процесса. История
конкретного объекта доступна администратору, контролеру, ответственному исполнителю,
согласующим, финальному утверждающему и пользователю с правом просмотра при наличии
права просмотра соответствующего объекта и с учетом применимого процессного контекста.
Для согласующего доступ к объекту определяется его участием в соответствующем маршруте
и цикле. Пользователь, привлеченный через перенаправление, действует как согласующий только
в контексте соответствующей ветви и периода, в котором активное действие находится у него.
Уведомления отправляются штатным механизмом Корпоративного портала. Прикладной
журнал уведомлений является отдельным механизмом и фиксирует факт отправки или попытки
отправки, дату и время, получателя, результат, ошибку и BITRIX_NOTIFY_ID при наличии. Право
на получение уведомления не предоставляет право на выполнение действия.
Общий журнал уведомлений доступен только контролеру и администратору. Наличие иной
роли или участие в конкретной ДК само по себе не предоставляет доступ к общему журналу
уведомлений.
Разрешенные действия связываются с событиями истории и уведомлений, установленными
процессной моделью, в том числе с событиями согласования, отклонения, возврата, завершения
согласовательного контура, поступления на финальное утверждение, утверждения, регистрации,
направления новой попытки отметки исполнения, отклонения исполнения, изменения ПГ,
архивирования ДК и экспорта. Получатели, состав сообщения, сроки и повторяемость
определяются правилами соответствующего процесса и не выводятся из наличия роли как таковой.
Должностные лица, получающие сроковые уведомления и эскалации, не образуют
дополнительные прикладные роли сервиса. Получатели определяются по организационной
структуре Б24: ответственный исполнитель, начальник отдела, заместитель директора
департамента, директор департамента, курирующий заместитель Министра, статс-секретарь –
заместитель Министра, Министр. При неоднозначности используется административная
конфигурация Б24 без создания новой прикладной таблицы.
5.1.4. Связь прав со статусами, историей и уведомлениями
Права связаны со статусами и переходами из Приложения В. Действие доступно только если
оно разрешено ролевой моделью, применимо к текущему объекту, допустимо по статусу и прошло
серверную проверку условий перехода.
Значимые действия фиксируются в истории изменений. Уведомления отправляются штатным
механизмом Корпоративного портала по подтвержденным событиям. Журнал уведомлений
фиксирует факт отправки или попытки отправки уведомления.
История изменений и уведомления являются разными контурами фиксации. История
фиксирует событие по объекту сервиса, а журнал уведомлений фиксирует факт отправки или
попытки отправки уведомления.
Страница 117
Технический проект. Сервис НПА.
Уведомления не расширяют права пользователя и не являются основанием для выполнения
действия.
Массовое уведомление всех участников после финального утверждения не является
обязательным правилом.
5.2. Роли сервиса
5.2.1. Принцип назначения ролей
Роли сервиса назначаются и применяются в рамках прикладной модели сервиса. Они не
являются дубликатом ролей портала Б24 и не требуют ведения собственного справочника
пользователей, должностей, подразделений или организационной структуры.
В базовой модели используются следующие пользовательские прикладные роли:
ответственный исполнитель, согласующий, утверждающий, контролер, администратор и главный
администратор. Право просмотра объекта применяется как отдельное право доступа и не образует
самостоятельную прикладную роль.
Один пользователь может иметь разные прикладные качества в разных объектах и
процессных контекстах. Наличие одного качества не предоставляет пользователю права другого
качества. Роль определяет возможный класс прав, а участие пользователя в конкретном объекте и
процессный контекст ограничивают возможность их применения.
Контролер является глобальной ролью сервиса в пределах установленных для него контуров
ПГ, контроля исполнения, экспорта и журнала уведомлений, однако не назначается на конкретную
ДК или мероприятие.
Владелец личного шаблона не является отдельной ролью сервиса. Право владельца
определяется связью пользователя с соответствующим личным шаблоном через owner_user_id.
Система не является пользовательской ролью. Автоматические проверки, переходы, расчеты,
фиксация событий и формирование уведомлений выполняются системным инициатором в рамках
заданной процессной логики и не заменяют решения пользователей.
Должностные уровни сроковых эскалаций также не являются прикладными ролями сервиса.
Новые роли не вводятся без функционального основания и отдельного согласованного
изменения ролевой модели.
5.2.2. Основные роли сервиса
Главный администратор имеет два исключительных полномочия.
Первое полномочие – исключительная корректировка уже сохраненного конкретного пункта
ПГ. Она выполняется только при наличии документа-основания и обязательной причины, после
серверной проверки права и допустимости действия. В истории фиксируются пользователь, дата и
время, документ-основание, причина, значения до и после изменения. Исключительная
корректировка не является штатным способом ведения или произвольного редактирования ПГ.
Второе полномочие – аварийная правка утвержденной, но не завершенной ДК. Она требует
обязательной причины, серверной проверки права и допустимости изменения, фиксации автора,
даты и времени и значений до и после изменения. Аварийная правка не является штатным
редактированием, обходом согласования, статусов или процессных прав. Изменяться могут только
уже существующие поля из закрытого перечня, который определяется и утверждается на этапе
разработки. Серверная проверка принадлежности каждого изменяемого реквизита утвержденному
перечню обязательна; поле вне перечня изменению не подлежит. Завершенная ДК аварийной правке
не подлежит.
Администратор выполняет предусмотренные сервисом административные действия, включая
ведение разрешенных справочников, общих шаблонов мероприятий, матрицы применимости и
иных административных настроек в пределах назначенных административных прав.
Администратор имеет предусмотренный доступ к истории объектов и общему журналу
уведомлений. Наличие роли администратора не предоставляет автоматически права создавать или
изменять содержание ДК, согласовывать или утверждать ДК, подтверждать исполнение, выполнять
экспорт либо осуществлять штатный контур работы с ПГ вместо контролера.
Контролер выполняет штатный прикладной контур работы с ПГ: загружает исходный
документ ПГ, выполняет ручной ввод при скане без текстового слоя или непригодности документа
к структурному извлечению, проверяет рабочий результат структурного извлечения, выполняет
inline-корректировку и дополнение недостающих строк до сохранения, проверяет и сохраняет
Страница 118
Технический проект. Сервис НПА.
структурированные данные ПГ, назначает и изменяет ответственного исполнителя пункта ПГ.
Контролер также применяет утвержденный новый ПГ или официальный документ изменений ПГ
после собственной проверки и подтверждения рабочего результата изменений.
Контролер получает направленные на контроль попытки отметок исполнения, подтверждает
либо отклоняет конкретную попытку; при отклонении комментарий обязателен. Контролер
выполняет экспорт ДК. Ответственный исполнитель не может подтверждать собственное
исполнение. Контролер имеет доступ к истории объекта при наличии права просмотра
соответствующего объекта и к общему журналу уведомлений. Если ролевой моделью для
административного контура предусмотрено отдельное право на ведение общих шаблонов
мероприятий или иных настроек механизма рекомендаций, оно применяется отдельно от
полномочий контролера.
Ответственный исполнитель является единственным ответственным исполнителем
соответствующей ДК и выполняет все ее мероприятия. Для ДК по ПГ он создает ДК только по
пункту, по которому назначен ответственным. Для ДК вне ПГ он создает ДК при наличии
допустимого основания разработки. В допустимых состояниях ответственный исполнитель
заполняет и редактирует ДК, формирует фактический состав мероприятий, формирует маршрут
согласования, направляет ДК на согласование, дорабатывает ее после возврата и повторно запускает
новый цикл согласования с первого этапа.
После автоматического перехода утвержденной ДК в состояние «На исполнении»
ответственный исполнитель исполняет все мероприятия своей ДК и создает попытки отметок
исполнения. После отклонения попытки контролером ответственный исполнитель может создать и
направить новую попытку. Ответственный исполнитель просматривает историю своей ДК и
получает предусмотренные процессом уведомления. Роль ответственного исполнителя не
предоставляет глобального доступа ко всем ДК.
Согласующий принимает решения по ДК только в рамках соответствующего маршрута
согласования. Действия «Согласовать», «Отклонить» и «Перенаправить новому согласующему»
доступны только пользователю, являющемуся текущим держателем активного действия
соответствующей ветви. Нахождение пользователя среди участников этапа без активного действия
не предоставляет права принять решение.
При перенаправлении исходный согласующий не удаляется и не заменяется, а его
собственное решение остается ожидающим. Активное действие передается привлеченному
согласующему. Привлеченный согласующий может передать активное действие следующему
пользователю; вложенность цепочки перенаправления не ограничивается. После положительного
решения нижнего уровня активное действие последовательно возвращается предыдущим уровням
цепочки для принятия каждым пользователем собственного решения. Исходная ветвь завершается
только после собственного положительного решения исходного согласующего.
В параллельном этапе перенаправление блокирует только соответствующую ветвь.
Остальные параллельные ветви продолжают прохождение независимо.
При отклонении любым текущим держателем активного действия комментарий обязателен.
Решение фиксируется, весь текущий цикл согласования прекращается, остальные параллельные
ветви прекращаются, последующие этапы не запускаются, обратное прохождение цепочки
перенаправления не выполняется, ДК возвращается ответственному исполнителю. После доработки
запускается новый цикл с первого этапа; цепочки перенаправления прошлого цикла автоматически
не активируются.
Финальным утверждающим является статс-секретарь – заместитель Министра. После
положительного завершения согласовательного контура ему доступны только действия
«Утвердить» и «Вернуть на доработку». При возврате комментарий обязателен. После доработки
ДК проходит новый цикл согласования с первого этапа. Отдельное финальное действие
«Отклонить» не применяется.
Пользователь с правом просмотра просматривает только те ПГ, пункты ПГ, ДК, мероприятия,
статусы, историю и связанные материалы, для которых ему предоставлено право просмотра.
Наличие права просмотра не предоставляет права изменять данные, формировать маршрут,
согласовывать или утверждать ДК, формировать результат исполнения от имени ответственного
исполнителя, подтверждать исполнение, экспортировать ДК либо выполнять исключительные
административные действия.
Страница 119
Технический проект. Сервис НПА.
Автоматические действия системы, включая расчет признаков, автоматические переходы,
фиксацию событий, контроль сроков и подготовку уведомлений, выполняются системным
инициатором и не образуют отдельную пользовательскую роль.
5.2.3. Границы ответственности ролей
Штатная работа с исходными данными ПГ до первого сохранения и штатное применение
утвержденного нового ПГ или официального документа изменений ПГ выполняются контролером.
Исключительная корректировка уже сохраненного конкретного пункта ПГ выполняется только
главным администратором. Эти сценарии не взаимозаменяемы.
Администратор осуществляет административное сопровождение сервиса в пределах
административных прав и не является ролью с полным доступом. Администратор не подменяет
контролера, ответственного исполнителя, согласующих или финального утверждающего.
Главный администратор также не является администратором с полным доступом. Его
исключительные действия ограничены правилами корректировки сохраненного пункта ПГ и
аварийной правки утвержденной, но не завершенной ДК.
Ответственный исполнитель действует только в отношении ДК, за которую он отвечает. Для
мероприятий ДК не назначается отдельный исполнитель.
Контролер не назначается на конкретную ДК или мероприятие. Наличие роли контролера
предоставляет только полномочия, установленные для его глобальных прикладных контуров.
При формировании маршрута обязательны этапы департамента-исполнителя, Юридического
департамента, Административного департамента и финального утверждения. Обязательные этапы
нельзя удалить, обойти или заменить. На этапе Юридического департамента участвует директор,
исполняющий обязанности директора либо уполномоченный заместитель директора. Соответствие
проверяется по должности и организационной структуре Б24; отдельный справочник допустимых
лиц не ведется.
Перенаправление активного действия не является делегированием, замещением или
добавлением независимого согласующего. Делегирование как прикладная функция добавления
самостоятельного согласующего не реализуется.
Штатное замещение сохраняется как механизм платформы и организационной структуры
Б24 в согласованных пределах. Замещение не изменяет модель перенаправления, не создает
отдельного независимого участника маршрута и не заменяет правила определения текущего
держателя активного действия.
После утверждения штатное изменение ДК всеми ролями запрещено. Аварийная правка
допускается только главным администратором для утвержденной, но не завершенной ДК.
Завершенная ДК неизменяема для всех ролей и не открывается повторно для исполнения.
Владелец личного шаблона может создавать, применять и выполнять мягкое удаление
собственных личных шаблонов в пределах права владения. Владелец личного шаблона не является
отдельной ролью сервиса. Личные шаблоны не участвуют в автоматических рекомендациях и
матрице применимости.
5.3. Матрица прав по объектам и статусам
5.3.1. Структура матрицы прав
Матрица прав связывает роль или прикладное качество пользователя, объект, право
просмотра, допустимое изменение или действие, состояние объекта, участие пользователя,
активный этап и ветвь, текущего держателя активного действия, обязательные данные, процессные
условия, результат или переход, серверную проверку, историю и уведомления.
Роль определяет максимально возможный класс прав пользователя. Право применяется
только после проверки объектного и процессного контекста. Участие пользователя в объекте не
предоставляет дополнительных прав, отсутствующих у соответствующей роли.
Состояния объектов и допустимые переходы применяются по процессной модели раздела 4.
Расчетные признаки приближения срока, просрочки и светофорная индикация не являются
состояниями жизненного цикла и не используются как самостоятельное основание для расширения
прав.
Для каждого изменяющего данные или состояние действия обязательна серверная проверка.
Страница 120
Технический проект. Сервис НПА.
5.3.2. Сводная матрица по контурам доступа
Таблица 5.1 – Сводная матрица прав по контурам доступа
Изменение /
Обязательные
Состояние и Активный этап
Результат /
Серверная
История /
допустимое
данные и
участие
/ держатель
переход
проверка
уведомления
действие
условия
Поиск,
Пользователь с
Сервер
фильтрация,
правом
ограничивает
Учитываются
Формируется
Просмотр списка
сортировка и
Только
Параметры
просмотра; иные
исходный набор сам по себе не
роль, участие,
серверно
Списки ПГ,
настройка
разрешенные
фильтра и
объектов до
право просмотра Не применяется
ограниченная
изменяет права и
пунктов ПГ, ДК роли в пределах
разрешенных
пользователю
персонального
применения
объекта и иные
списочная
не создает
и иных объектов права на
колонок не
объекты
представления
соответствующи
пользовательско событие
ограничения
выдача
изменяют
й объект
го представления
данные
Загрузить
исходный
документ;
Машиночитаемы
выполнить
й документ либо
ручной ввод;
Проверяются
ручной ввод для
Фиксируется
проверить
роль контролера,
скана без
Подготовка
Сохранены
результат
результат
допустимость
текстового слоя структурированн
исходных
сохранения;
Рабочий
структурного
сценария,
До первого
данных ПГ до
ые данные ПГ и
уведомления –
результат
Контролер
Не применяется или
извлечения;
обязательные
сохранения ПГ
непригодного
первого
пунктов ПГ –
по
подготовки ПГ
выполнить
поля и
документа;
сохранения
источник истины
установленным
inlineкорректность
обязательные
событиям
корректировку и
данных
данные
дополнение
проверены
строк; сохранить
проверенные
данные
Фиксируются
автор, дата и
Назначить или
Проверяются
изменение
Назначение и
Сохраненный
В пункте ПГ
изменить
роль контролера,
назначения;
изменение
ПГ и
пункт ПГ;
Выбран штатный установлен
единственного
право на пункт и
уведомления –
ответственного Контролер
соответствующи
действие
новый USER_ID
Не применяется пользователь
ответственного
допустимость
по
исполнителя
й пункт ПГ
допустимо по
Б24
ответственного
исполнителя
изменения
установленной
пункта ПГ
процессу
исполнителя
пункта ПГ
назначения
процессной
логике
Контур / объект Роль / участник
Просмотр
Страница 121
Технический проект. Сервис НПА.
Изменение /
Обязательные
Состояние и Активный этап
Результат /
Серверная
История /
допустимое
данные и
участие
/ держатель
переход
проверка
уведомления
действие
условия
Загрузить
документ;
Проверенные
Есть
Фиксируются
выполнить
изменения
сохраненный
основание,
структурное
применены к
ДокументПроверяются
ПГ; изменение
автор, дата и
Применение
извлечение либо
действующим
основание;
роль контролера,
выполняется на
изменения;
утвержденного
Действующий
ручной ввод;
структурированн основание,
проверенный
основании
формируются
ПГ или
ПГ и рабочий
сопоставить;
ым данным;
корректность
Контролер
Не применяется результат
утвержденного
предусмотренны
официального
результат
проверить;
сопоставления; связанные
данных и
ПГ или
е уведомления
документа
изменений
скорректировать
процессные
обязательные
допустимость
официального
об изменении ПГ
изменений
рабочий
последствия
данные
применения
документа
и архивировании
результат;
выполняются по
изменений
ДК
подтвердить
разделу 4
применение
Проверяются
роль главного
Фиксируются
Сохраненный
администратора, пользователь,
Исключительная
Данные пункта, Внести
Пункт
пункт ПГ;
Документдата и время,
корректировка
необходимые
исключительную
скорректирован наличие
штатный
основание;
Главный
документаоснование,
сохраненного
для выполнения корректировку
с полной
Не применяется
сценарий
обязательная
администратор
основания,
причина,
конкретного
исключительной сохраненного
фиксацией
изменения
причина
причины и
значения до и
пункта ПГ
операции
пункта
изменения
неприменим
допустимость
после
операции
Пункт находится
Проверяются
в допустимом
роль, USER_ID
Фиксируется
состоянии;
Пункт ПГ, по
Создан черновик ответственного
создание ДК;
Связь с пунктом
пользователь
исполнителя,
которому
ДК с
уведомления –
Создание ДК по Ответственный
Создать ДК по
ПГ; исходные
назначен
пользователь
Не применяется
наследуемыми состояние
по
ПГ
исполнитель
пункту ПГ
сведения
ответственным;
назначен
данными пункта пункта, наличие
установленным
доступны
нет
активной ДК и
ответственным
ПГ
событиям
блокирующей
иные условия
активной ДК
процесса
Проверяются
Допустимое
Пользователь
Создаваемая
роль, основание
основание
Создание ДК вне Ответственный
Создать ДК вне создает ДК как
Создан черновик
Фиксируется
Не применяется разработки; для
пользователем
и заполненность
ПГ
исполнитель
ПГ
ответственный
ДК вне ПГ
создание ДК
ДК
обязательных
«Иное» –
исполнитель
сведений
обязательное
Контур / объект Роль / участник
Просмотр
Страница 122
Технический проект. Сервис НПА.
Контур / объект Роль / участник
Просмотр
Изменение /
допустимое
действие
Состояние и
участие
Активный этап
/ держатель
Заполнять и
редактировать Пользователь
сведения,
является
Сведения,
Ответственный
характеристики, ответственным
характеристики исполнитель
фактические
исполнителем; Не применяется
Своя ДК
и мероприятия соответствующе
мероприятия и ДК допускает
ДК
й ДК
сроки в
штатное
допустимом
редактирование
состоянии
Система
формирует
рекомендации;
ответственный
исполнитель
Ответственный
добавляет
исполнитель;
выбранную
Блок
ДК доступна для
Рекомендации системный
рекомендаций рекомендацию в формирования Не применяется
инициатор для
мероприятий
фактический
своей ДК
мероприятий
расчета
состав либо
рекомендаций
формирует
мероприятие
иным
разрешенным
способом
Администратор;
Создание,
контролер –
изменение,
Общие шаблоны только при
активация,
Административн
Независимо от
мероприятий и наличии
деактивация,
ый контур
участия в
Не применяется
матрица
отдельного
мягкое удаление
общих шаблонов
конкретной ДК
применимости административн
и настройка
ого права
применимости в
данного контура
пределах
Обязательные
данные и
условия
описание;
исходные
обязательные
сведения
Результат /
переход
Серверная
проверка
История /
уведомления
Обязательные
сведения и
мероприятия;
Сохранено
сроки
актуальное
мероприятий не содержание ДК
позже конечного
срока ДК
Проверяются
роль, участие,
состояние ДК и
ограничения
данных
Значимые
изменения
фиксируются в
истории
Вид акта,
характеристики
и действующие
правила
рекомендаций
Проверяются
право
редактирования
мероприятий и
состояние ДК
История
фиксируется по
фактическому
изменению ДК, а
не по простому
просмотру
рекомендации
Из выбранной
рекомендации
создается
фактическое
мероприятие
Административн
Обновлены
ое право на
настройки
соответствующи
механизма
й объект
рекомендаций
настройки
Изменения
Проверяется
административн
административн ых объектов
ое право
фиксируются по
пользователя
правилам
истории
Страница 123
Технический проект. Сервис НПА.
Контур / объект Роль / участник
Личные
шаблоны
мероприятий
Формирование
маршрута
согласования
Решение
согласующего
Просмотр
Изменение /
допустимое
действие
административн
ых прав
Состояние и
участие
Пользователь –
Создать,
владелец
применить,
Пользователь
личного
выполнить
Собственные
соответствует
шаблона; это не личные шаблоны мягкое удаление
owner_user_id
отдельная роль
собственного
сервиса
шаблона
Активный этап
/ держатель
Обязательные
данные и
условия
Владение
Не применяется личным
шаблоном
Результат /
переход
Обновлена
личная область
шаблонов либо
шаблон
применен при
формировании
мероприятия
Серверная
проверка
История /
уведомления
Личный шаблон
не создает
Проверяется
историю ДК до
owner_user_id и
фактического
допустимость
изменения
действия
состава
мероприятий
Заполнены
сведения и
мероприятия;
обязательные
Проверяются
этапы включены;
роль, участие,
Добавить этапы
сроки
состояние ДК,
и участников;
ДК находится в
корректны; для
обязательные
задать
допустимом
Юридического Запущен новый этапы,
Ответственный
До запуска
последовательны состоянии;
Своя ДК и
департамента
участники,
исполнитель
маршрута
цикл
пользователь
формируемый й или
выбран
соответствующе
активного
согласования с должность
параллельный
является
маршрут
участника
й ДК
держателя нет директор,
первого этапа
режим;
ответственным
исполняющий
Юридического
направить ДК на исполнителем
обязанности
департамента и
согласование
директора либо
обязательные
уполномоченный
данные
заместитель
директора по
данным Б24
При
Действие
Проверяются
положительном
доступно только
роль, маршрут,
решении
текущему
цикл, ветвь,
ДК
Для
ДК находится в
продолжается
держателю
текущий
соответствующе «Согласовать»
«Отклонить»
текущем цикле
Согласующий
прохождение
активного
держатель,
го маршрута и или «Отклонить»
комментарий
согласования
ветви; при
действия
состояние ДК и
ветви
обязателен
отклонении весь
соответствующе
обязательный
текущий цикл
й ветви
комментарий
прекращается,
Фиксируется
запуск цикла;
уведомляются
участники по
процессной
логике
Решение и
комментарий
фиксируются;
формируются
уведомления о
согласовании
или отклонении
по
установленным
Страница 124
Технический проект. Сервис НПА.
Контур / объект Роль / участник
Просмотр
Изменение /
допустимое
действие
Состояние и
участие
Активный этап
/ держатель
Обязательные
данные и
условия
Результат /
переход
Серверная
проверка
История /
уведомления
ДК возвращается
правилам
ответственному
исполнителю
Активное
Фиксируются
действие
основание,
переходит
участники и
Проверяются
последовательно
Передать
Выбран новый следующему
роль, ветвь,
Текущий
Только текущий
сть цепочки;
активное
согласующий; уровню цепочки;
Перенаправлени
ДК и
держатель,
держатель
Текущий цикл держатель
исходный
уведомление
основание
е новому
соответствующа действие
выбранный
активного
активен
соответствующе
направляется
следующему
перенаправления участник
согласующему
я ветвь
пользователь и
действия
й ветви
сохраняется и
новому
согласующему
обязательно
основание
его решение
держателю по
остается
правилам
ожидающим
процесса
После
собственного
положительного
Согласующий,
решения
получивший
активное
активное
Пользователь
действие
Принять
Проверяется
действие после
становится
Возврат
возвращается
собственное
фактическая
Нижний уровень
Предыдущее
Все решения
положительного ДК и
текущим
активного
решение после цепочки
положительное выше; исходная последовательно сохраняются с
решения
соответствующа
держателем на
действия по
ветвь
возврата
сть цепочки и
завершен
решение
контекстом
нижнего уровня; я ветвь
цепочке
соответствующе
активного
положительно
нижнего уровня завершается
текущий
текущего цикла
м уровне
перенаправления системный
только после
действия
держатель
инициатор для
возврата
собственного
передачи
положительного
действия
решения
исходного
согласующего
Завершение
Автоматически
Сервер
Фиксируется
Получены все
Все
согласовательно
завершить
проверяет
завершение
необходимые
обязательные
Активируется
го контура и
Системный
ДК текущего
Активные ветви
согласовательны
завершенность согласования;
положительные
согласовательны финальное
передача на
инициатор
цикла
завершены
й контур и
всех
ответственному
решения этапов
е условия
утверждение
финальное
передать ДК на
обязательных
исполнителю
и ветвей
выполнены
утверждение
финальное
этапов, ветвей и направляется
Страница 125
Технический проект. Сервис НПА.
Контур / объект Роль / участник
Финальное
утверждение
Просмотр
Изменение /
допустимое
действие
утверждение
Состояние и
участие
Активный этап
/ держатель
Финальный
Финальный
Согласовательны утверждающий
ДК,
утверждающий –
является
«Утвердить» или й контур
поступившая на
статс-секретарь
текущего цикла текущим
«Вернуть на
финальное
– заместитель
завершен
держателем
доработку»
утверждение
Министра
положительно финального
действия
Исполнение
мероприятий
Ответственный
исполнитель
Своя ДК и ее
соответствующе мероприятия
й ДК
Направление
Ответственный Свое
ДК находится
Выполнить
«На
мероприятия ДК; исполнении»;
подготовить
пользователь
результат
является
исполнения
ответственным
исполнителем
Направить
ДК находится
Обязательные
данные и
условия
Для возврата
комментарий
обязателен
Результат /
переход
Серверная
проверка
История /
уведомления
цепочек
сообщение о
перенаправления завершении
согласования,
финальному
утверждающему
– о поступлении
ДК на финальное
утверждение,
один раз
каждому
соответствующе
му получателю в
текущем цикле
При
утверждении
фиксируется
«Утверждена»,
Проверяются
Фиксируется
после чего
роль финального решение;
система
утверждающего, формируются
автоматически
состояние ДК, предусмотренны
переводит ДК в
завершенность е уведомления о
«На
согласования и возврате,
исполнении»;
комментарий
утверждении и
при возврате ДК
при возврате
регистрации
передается
ответственному
исполнителю для
доработки
История
Проверяются
фиксируется по
роль, участие и
значимым
состояние ДК и
действиям
мероприятия
исполнения
Данные
Не применяется результата
исполнения
Подготовлен
результат для
направления на
контроль
Не применяется К отметке
Создается новая Проверяются
Фиксируется
Страница 126
Технический проект. Сервис НПА.
Изменение /
допустимое
действие
исполнитель
мероприятие и новую попытку
соответствующе подготовленная отметки
й ДК
отметка
исполнения
контролеру
Контур / объект Роль / участник
отметки
исполнения
Подтверждение
или отклонение Контролер
исполнения
Автоматическое Системный
завершение ДК инициатор
Аварийная
правка
Главный
утвержденной,
администратор
но не
завершенной ДК
Обязательные
Результат /
Серверная
История /
данные и
переход
проверка
уведомления
условия
«На
исполнения
попытка
роль, участие и новая попытка;
исполнении»;
могут быть
npa_execution_m состояние
контролер
мероприятие
добавлены файл arks;
мероприятия
получает
допускает
и/или
предыдущие
уведомление о
направление
комментарий
попытки не
новой отметке
результата
изменяются и не
исполнения
перезаписывают
ся
При
подтверждении Проверяются
Решение
мероприятие
роль контролера, хранится в
считается
конкретная
соответствующе
ДК, мероприятие Подтвердить
Есть попытка,
й попытке; при
При отклонении исполненным; попытка,
и конкретная
либо отклонить ожидающая
при отклонении состояние
отклонении
Не применяется комментарий
попытка отметки конкретную
результата
попытка
мероприятия и ответственный
обязателен
исполнения
попытку
контроля
сохраняется,
обязательный
исполнитель
мероприятие
комментарий
получает
возвращается на при отклонении уведомление
исполнение
Сервер
Исполнение всех
проверяет
Фиксируется
ДК и ее
Автоматический мероприятий
Все мероприятия ДК становится
подтвержденное автоматическое
Не применяется
мероприятия
переход
подтверждены «Завершена»
подтверждено
исполнение всех завершение
контролером
мероприятий
Обязательная
Проверяются
причина; состав
роль главного
изменения
администратора,
Внесена
входит в
состояние ДК, Фиксируются
допустимая
Внести
закрытый
причина и
Утвержденная,
аварийная
автор, дата и
ограниченную ДК утверждена и
перечень
принадлежность время, причина,
правка без
но не
Не применяется
аварийную
не завершена
существующих
каждого
обхода
завершенная ДК
значения до и
правку
полей,
изменяемого
маршрута и
после
определяемый и
реквизита
статусов
утверждаемый
закрытому
на этапе
перечню
разработки;
Просмотр
Состояние и
участие
Активный этап
/ держатель
Страница 127
Технический проект. Сервис НПА.
Контур / объект Роль / участник
Экспорт ДК
Контролер
Завершенная ДК Все роли
История
конкретного
объекта
Просмотр
Изменение /
допустимое
действие
Исходная ДК,
допустимый
целевой ПГ и
пункт ПГ
Выбрать
допустимый
целевой ПГ и
пункт ПГ,
подтвердить и
выполнить
экспорт
Только в
пределах права
просмотра
объекта
Изменение
запрещено
Администратор;
Просмотр;
История
контролер;
системная
ответственный соответствующе фиксация
го объекта
исполнитель;
событий не
согласующий;
является
Обязательные
Результат /
Серверная
История /
данные и
переход
проверка
уведомления
условия
серверная
проверка
принадлежности
каждого
изменяемого
реквизита этому
перечню
обязательна
Определены
В целевом
допустимые
пункте создается
Проверяются
Фиксируются
целевой ПГ и
новая ДК в
роль контролера, запуск, результат
пункт ПГ;
состоянии «На
состояние
или техническая
исходная ДК
исполнении»;
Исходная ДК
исходной ДК,
ошибка и
находится в
исходная ДК
находится в
допустимость
архивирование
состоянии «На архивируется
состоянии «На
целевого пункта, исходной ДК
исполнении»; в только после
исполнении»; в
отсутствие
при успешном
Не применяется
целевом пункте успешного
целевом пункте
активной ДК в создании новой;
отсутствует
создания новой;
отсутствует
целевом пункте предусмотренны
другая активная после успешного
другая активная
и иные
е уведомления
ДК; выполнены экспорта в
ДК
установленные направляются по
иные
исходном пункте
процессные
правилам
установленные блокируется
условия
экспорта
процессные
создание новой
условия
активной ДК
Состояние
Сервер
История
остается
отклоняет любые сохраняется для
конечным;
изменяющие
просмотра в
действия,
пределах прав;
ДК «Завершена» Не применяется Не применяется обратный
переход к
включая
новое
исполнению
аварийную
исполнение не
отсутствует
правку
запускается
Проверяется
Пользователь
Для
История и
История
право просмотра журнал
имеет право
согласующего
Право просмотра отображается без
объекта и
просмотра
учитывается
уведомлений
объекта
расширения
применимый
конкретного
соответствующи
остаются
иных прав
контекст
объекта; для
й маршрут, ветвь
разными
Состояние и
участие
Активный этап
/ держатель
Страница 128
Технический проект. Сервис НПА.
Контур / объект Роль / участник
Просмотр
финальный
утверждающий;
пользователь с
правом
просмотра
Общий журнал
уведомлений
Администратор; Общий журнал
контролер
уведомлений
Связанные
файлы
Пользователь с
правом на
связанный
объект
Разрешенные
файлы
связанного
объекта
Изменение /
Обязательные
Состояние и Активный этап
допустимое
данные и
участие
/ держатель
действие
условия
пользовательски согласующего и цикл
м изменением
учитывается
истории
процессный
контекст участия
Результат /
переход
Серверная
проверка
История /
уведомления
механизмами
Журнал
содержит факт,
дату,
Просмотр
Отображаются Проверяется
получателя,
журнала в
Наличие
факты и попытки роль
результат,
пределах
соответствующе Не применяется Не применяется
отправки
администратора
ошибку и
предусмотренны й роли
уведомлений
или контролера
BITRIX_NOTIF
х функций
Y_ID при
наличии
Прикрепление
Проверяются
Значимые
или иная
Определяется
право на объект, действия с
Файл
разрешенная
состоянием и
По правилам
Сохраняются
допустимость
файловой связью
размещается
работа с файлом правами на
соответствующе
FILE_ID и
действия и
фиксируются по
средствами
в рамках
связанный
й функции
прикладная связь
штатные права правилам
портала
соответствующе объект
платформы
истории
й функции
Страница 129
Технический проект. Сервис НПА.
Таблица 5.2 – Специальные ограничения прав
Ограничение
Отсутствие роли
«Исполнитель
мероприятия»
Контролер не
назначается на
конкретную ДК или
мероприятие
Делегирование как
добавление
самостоятельного
согласующего
отсутствует
К кому применяется
Правило
Все мероприятия ДК выполняет
Все пользователи сервиса единственный ответственный исполнитель
соответствующей ДК
Контролер,
Контролер является глобальной ролью в
ответственный
установленных контурах; отдельный
исполнитель,
реквизит назначения контролера на ДК или
администратор
мероприятие не используется
Перенаправление и
замещение являются
разными механизмами
Согласующие и
финальный
утверждающий
Решение принимает
только текущий
держатель активного
действия
Согласующие
Согласующие,
ответственный
исполнитель,
администратор
Прикладное действие делегирования не
используется для добавления нового
независимого участника маршрута
Перенаправление передает активное действие
по ветви без удаления исходного участника;
штатное замещение применяется средствами
платформы и оргструктуры Б24 в
согласованных пределах и не является
перенаправлением
Сам факт включения пользователя в этап или
ветвь не предоставляет права выполнить
«Согласовать», «Отклонить» или
«Перенаправить новому согласующему»
Департамент-исполнитель, Юридический
департамент, Административный
департамент и финальное утверждение
обязательны
Ответственный
Обязательные этапы не исполнитель,
удаляются и не обходятся согласующие,
администратор
Ответственный
исполнитель,
Штатное редактирование согласующие, финальный
После утверждения содержание ДК не
утвержденной ДК
утверждающий,
изменяется штатными средствами
запрещено
контролер,
администратор и иные
пользователи
Допускается только для утвержденной, но не
завершенной ДК, при обязательной причине,
Аварийная правка
серверной проверке и фиксации истории;
доступна только
используется закрытый перечень
Главный администратор
главному
существующих полей, определяемый и
администратору
утверждаемый на этапе разработки;
изменение любого поля вне перечня
запрещено
Исключительная
корректировка
Требуются документ-основание, причина,
сохраненного пункта ПГ
Главный администратор серверная проверка, автор, дата и время,
доступна только
значения до и после
главному
администратору
Изменение и аварийная правка запрещены;
Завершенная ДК
Все роли
повторное открытие завершенной ДК не
неизменяема
реализуется
Подтверждение или
Ответственный исполнитель не подтверждает
отклонение исполнения Все роли
собственное исполнение; решение
выполняет только
контролера относится к конкретной попытке
Страница 130
Технический проект. Сервис НПА.
Ограничение
контролер
Экспорт выполняет
только контролер
К кому применяется
Правило
отметки исполнения
Иные роли не выполняют перенос ДК в
Все роли
другой ПГ или пункт ПГ
Роль администратора не предоставляет
автоматически права создавать и
Администратор не имеет
редактировать ДК, согласовывать,
Администратор
полного доступа
утверждать, подтверждать исполнение,
экспортировать ДК или выполнять штатные
операции ПГ вместо контролера
Главный администратор
Исключительные полномочия не являются
Главный администратор
не имеет полного доступа
способом обхода штатных бизнес-процессов
Общий журнал
Участие в конкретном объекте или получение
уведомлений доступен
уведомления не предоставляет доступа к
Все роли
только администратору и
общему журналу
контролеру
Видимость, скрытие или блокировка кнопки
Серверная проверка
Все роли и системные
не заменяют серверную авторизацию и
обязательна
действия
проверку процессных условий
Поиск, фильтрация, сортировка, добавление,
Настройки фильтра и
скрытие и перестановка разрешенных
Все пользователи
колонок не изменяют
колонок, и сохранение персонального
списочных экранов
права
представления не открывают недоступные
объекты и произвольные поля БД
Получатели определяются по оргструктуре
Должностные уровни
Получатели сроковых
Б24, а при неоднозначности –
эскалации не являются
уведомлений
административной конфигурацией Б24 без
ролями сервиса
новой прикладной таблицы
5.3.3. Правила применения матрицы
Матрица прав применяется совместно с функциональной и процессной моделями сервиса,
состояниями объектов, условиями переходов и UX/UI-сценариями. Наличие роли само по себе не
означает автоматическую доступность объекта или действия.
При проверке действия сервер учитывает роль пользователя, право просмотра конкретного
объекта, участие в объекте, текущее состояние объекта, активный этап и ветвь маршрута, текущего
держателя активного действия, обязательные данные, процессные условия и допустимость
перехода. Неприменимые к конкретному действию условия не проверяются.
Участие в объекте не создает права, отсутствующего у роли. Ролевая модель задает
максимальный класс допустимых действий, а объектный и процессный контекст ограничивает
возможность их применения.
Списочные выдачи ограничиваются сервером до применения пользовательского поиска,
фильтрации, сортировки и персонального представления. Настройки списка не изменяют исходный
набор объектов, доступных пользователю.
Доступность кнопки, ссылки, вкладки или иного элемента интерфейса является
пользовательским отображением права и не заменяет серверную проверку. Перед изменением
данных или состояния объекта сервер повторно проверяет право и все применимые условия.
Автоматическое действие системы выполняется системным инициатором в рамках
установленного процесса и не создает отдельную пользовательскую роль или новое право.
Просрочка, приближение срока и светофорная индикация используются как расчетные
признаки и не образуют дополнительные состояния жизненного цикла.
Права не используются как самостоятельное основание для введения новых функций, ролей,
состояний, экранов, справочников или таблиц.
Право ответственного исполнителя на формирование и редактирование мероприятий
включает работу с доступными рекомендациями, общими и личными шаблонами и кастомными
мероприятиями в допустимом состоянии ДК. Отдельная роль или право «использовать
рекомендации» не вводятся.
Страница 131
Технический проект. Сервис НПА.
Администрирование справочника характеристик, общих шаблонов мероприятий и матрицы
применимости относится к административному контуру. Такое административное право не
предоставляет пользователю дополнительных прав на конкретную ДК.
Штатная работа с ПГ выполняется контролером. Исключительная корректировка уже
сохраненного конкретного пункта ПГ выполняется только главным администратором. Назначение
и изменение ответственного исполнителя пункта ПГ является самостоятельным действием
контролера и не считается структурированным изменением содержания ПГ.
Решение в согласовании может принять только текущий держатель активного действия
соответствующей ветви. При перенаправлении исходный согласующий сохраняется, вложенная
цепочка сохраняется в контексте текущего цикла, а после положительных решений активное
действие возвращается по цепочке до исходного согласующего. Отклонение любого текущего
держателя прекращает весь текущий цикл.
Финальное решение принимает только финальный утверждающий. Для него предусмотрены
действия «Утвердить» и «Вернуть на доработку».
Отметку исполнения создает и направляет ответственный исполнитель соответствующей ДК.
Каждая отправка создает новую попытку npa_execution_marks, предыдущая попытка не
перезаписывается. Подтверждение или отклонение конкретной попытки выполняет только
контролер.
После подтверждения исполнения всех мероприятий система автоматически переводит ДК в
состояние «Завершена». Завершенная ДК является неизменяемой для всех ролей и не открывается
повторно для исполнения.
Экспорт выполняется только контролером в пределах установленного процесса экспорта.
Штатное редактирование утвержденной ДК запрещено. Аварийная правка утвержденной, но
не завершенной ДК доступна только главному администратору при обязательной причине и
серверной проверке. Изменяться могут только существующие поля из закрытого перечня, который
определяется и утверждается на этапе разработки. Серверная проверка принадлежности каждого
изменяемого реквизита утвержденному перечню обязательна; изменение любого поля вне перечня
запрещено.
Страница 132
Технический проект. Сервис НПА.
6. UX/UI и экранная модель
6.1. Общие принципы UX/UI
6.1.1. Принцип минимальной экранной модели
Экранная модель сервиса должна быть минимально достаточной для выполнения
подтвержденных функций сквозного контроля подготовки НПА/ПА. Сервис реализуется как раздел
Корпоративного портала, а не самостоятельная внешняя система, не отдельная СЭД, не SaaS, не
микросервисная система и не BPMN-платформа.
Навигация по основным рабочим разделам сервиса осуществляется через пункты левого
меню Корпоративного портала. Левое меню обеспечивает переход к разделам «Реестр НПА и ПА»,
«База данных ПГ» и «Дорожные карты», а также к административным настройкам при наличии
соответствующего права. Функциональный модуль «Экспортирование ДК» не имеет
самостоятельного пункта левого меню: экспорт запускается действием «Экспортировать ДК» из
предусмотренного рабочего контекста ДК. Наименование «Работа с НПА» используется для
функционального и экранного контура исполнения и контроля мероприятий модуля «Дорожные
карты» и не образует самостоятельный функциональный модуль. Экранная модель включает только
экраны, вкладки, пункты меню, кнопки и действия, связанные с функциями, ролями, статусами и
пользовательскими сценариями сервиса.
Мероприятия не являются самостоятельным верхнеуровневым разделом и ведутся в карточке
ДК. Отдельная карточка пункта ПГ не вводится; работа с пунктами выполняется через список ПГ
и пунктов ПГ и предусмотренные экранной моделью рабочие области.
Экранная модель не должна дублировать стандартные механизмы Б24 для пользователей,
файлов, уведомлений и организационной структуры. Пользователи выбираются из штатных
пользователей Корпоративного портала, файлы хранятся средствами портала, уведомления
отправляются штатным механизмом портала.
6.1.2. Принцип навигации и работы с объектами
Основная навигация строится от ПГ и пунктов ПГ к ДК и далее к мероприятиям, маршруту,
согласованию, исполнению, контролю, архиву или экспорту. Пользователь должен видеть объект,
его статус или состояние, доступные действия и причину недоступности действия.
Переходы между экранами должны соответствовать процессной модели и экранной модели
сервиса. Список ДК должен быть отдельным рабочим экраном или разделом, а не скрываться только
внутри ПГ. Основные списочные экраны реализуются с использованием штатного фильтра и грида
Б24 либо их функционального и визуального аналога. Пользователь может добавлять и удалять
разрешенные поля фильтра, выполнять поиск, фильтрацию и сортировку, добавлять, скрывать и
переставлять разрешенные колонки и сохранять персональное представление штатными средствами
Б24. Пользователю не предоставляется выбор произвольных полей БД. Настройки представления
не изменяют данные и права доступа; сервер учитывает роль, участие пользователя и право
просмотра. Отдельные прикладные таблицы настроек не создаются, если настройки хранит Б24.
Настройка фильтра и колонок не является отдельной автоматизированной функцией сервиса.
Карточка ДК является основным экраном работы с ДК. В карточке ДК должны быть
представлены сведения ДК, характеристики, мероприятия, рекомендации, маршрут, согласование,
исполнение, история и файлы в объеме, предусмотренном экранной моделью и правами
пользователя.
Блоки «Маршрут» и «Согласование» в карточке ДК должны быть различимы по смыслу:
маршрут – настройка состава этапов, участников и порядка прохождения; согласование –
прохождение этапов, принятие решений, возврат на доработку и фиксация циклов согласования.
6.1.3. Принцип доступности действий и кнопок
Доступность кнопок и действий определяется ролью пользователя, участием пользователя в
объекте, статусом объекта, условиями перехода и серверной проверкой. Отображение, скрытие или
блокировка кнопки не заменяет серверную проверку права и процессных условий выполнения
действия.
Страница 133
Технический проект. Сервис НПА.
Кнопка может быть скрыта, заблокирована или сопровождаться пояснением причины
недоступности. Пояснение должно быть понятным пользователю и не раскрывать лишнюю
служебную информацию.
Действия изменения данных, смены статуса, запуска согласования, принятия решения,
подтверждения исполнения, экспорта и аварийной правки требуют серверной проверки. Если
серверная проверка не пройдена либо к моменту выполнения действия изменились права
пользователя, состояние объекта или иные процессные условия, действие блокируется независимо
от отображения элемента интерфейса.
Экспорт ДК не должен обозначаться как Excel/PDF-выгрузка.
6.1.4. Принцип ошибок, пустых состояний и визуальной индикации
Сообщения интерфейса должны разделяться на блокирующие ошибки, предупреждения и
информационные сообщения. Блокирующая ошибка запрещает выполнение действия до устранения
причины. Предупреждение информирует пользователя о риске или требующем внимания условии,
но не подменяет статус объекта.
Общая модель обработки ошибок должна предусматривать случаи, когда объект был изменен
после загрузки страницы, право пользователя на действие не подтвердилось сервером, действие
стало недоступно по текущему состоянию объекта, отсутствуют обязательные данные либо при
выполнении действия возникла техническая ошибка. В таких случаях интерфейс должен сообщать
причину невозможности выполнения действия в объеме, необходимом пользователю, и не считать
действие выполненным до получения положительного результата серверной обработки.
При изменении объекта после загрузки страницы пользователь должен быть уведомлен о
необходимости актуализировать отображаемые данные до повторного выполнения
конфликтующего действия. Если серверная проверка не подтверждает право пользователя или
допустимость действия по текущему состоянию объекта, действие блокируется. Скрытие или
блокировка кнопки на клиентской стороне не заменяет такую серверную проверку.
Срок мероприятия позже конечного срока ДК является блокирующей ошибкой. Отсутствие
обязательных сведений, мероприятий или маршрута блокирует направление ДК на согласование.
Предупреждения, расчетные признаки, просрочка, приближение срока и светофорная
индикация не подменяют статусы жизненного цикла и не должны отображаться как
самостоятельные статусы объекта. Цветовая индикация не должна являться единственным
способом передачи значения; расчетный признак должен сопровождаться текстовым,
иконографическим или иным однозначно воспринимаемым обозначением. Уведомления не должны
подменять экранные статусы и историю изменений.
Пустые состояния должны различать отсутствие данных, отсутствие доступных
пользователю объектов и отсутствие результатов примененного поиска или фильтра. Пустое
состояние должно объяснять доступное следующее действие: загрузить исходный документ ПГ и,
после его загрузки, перейти к ручному вводу структурированных данных, если документ является
сканом без текстового слоя либо непригоден к структурному извлечению, при наличии
соответствующего права, сбросить фильтр, создать ДК при наличии права и выполнении
процессных условий, открыть связанную ДК либо обратиться к пользователю с соответствующими
полномочиями.
Таблица 6.1 – Экранная модель начального контура сервиса
Экран
Левое
меню
сервиса
Назначение
Основные действия
Ключевые
проверки
Ограничения
«Экспортирование
ДК» не имеет
Проверка прав
Переход к разделам
отдельного пункта
пользователя на
«Реестр НПА и ПА»,
меню и запускается
Навигация между
доступ к
«База данных ПГ»,
действием из
основными
соответствующему
«Дорожные карты» и к
рабочего контекста
рабочими
разделу; скрытие
административным
ДК; «Работа с НПА»
разделами сервиса
пункта меню не
настройкам при наличии
не является
заменяет серверную
соответствующего права
отдельным
проверку
функциональным
модулем
Страница 134
Технический проект. Сервис НПА.
Экран
Назначение
Основные действия
Ключевые
проверки
Ограничения
Загрузка исходного
документа ПГ;
структурное извлечение
данных для
машиночитаемого
документа либо ручной
ввод после загрузки
Проверка прав,
исходного документа,
Источником истины
если документ является пригодности
являются только
Экран
Первичное
документа,
сканом без текстового
проверенные и
загрузки внесение ПГ в
слоя или непригоден к обязательных полей,
сохраненные
ПГ
сервис
дат,
структурному
структурированные
plan_item_number и
извлечению; проверка
данные
sort_order
рабочего набора,
назначение
ответственных
исполнителей по
пунктам и сохранение
проверенных
структурированных
данных
Поиск, фильтрация,
Проверка прав,
Отдельная карточка
Экран
выбор ПГ, просмотр
состояния пункта, пункта ПГ не
Работа с
базы ПГ
пунктов, переход к
наличия активной вводится; прямой
сохраненными ПГ
и списка
созданию или открытию ДК, допустимости перенос ДК сменой
и пунктами ПГ
пунктов
ДК, обработка
изменений и
связи с пунктом не
изменений ПГ
условий перехода
допускается
Самостоятельный Поиск, фильтрация,
Проверка прав
Список ДК не должен
Список рабочий экран для открытие карточки ДК, доступа к ДК,
скрываться только
ДК
поиска и
переход к доступным
состояния и участия
внутри ПГ
открытия ДК
действиям
пользователя
Работа со сведениями,
характеристиками,
Проверка роли,
Мероприятия ведутся
мероприятиями,
участия, состояния, в карточке ДК, а не
Карточка Основной экран рекомендациями,
обязательных
как самостоятельный
ДК
ведения ДК
маршрутом,
данных, маршрута и верхнеуровневый
согласованием,
сроков
раздел
исполнением, историей и
файлами
6.2. Навигация через левое меню
Основная навигация по рабочим разделам сервиса осуществляется через левое меню
Корпоративного портала. Отдельная главная страница сервиса не предусматривается. Переход по
пункту левого меню открывает соответствующий рабочий экран сервиса.
6.2.1. Пункты левого меню и переходы
В левом меню предусматриваются переходы к разделам «Реестр НПА и ПА», «База данных
ПГ» и «Дорожные карты». Переход к административным настройкам рекомендаций отображается
пользователю только при наличии соответствующего административного права.
Административные настройки рекомендаций включают справочник характеристик акта,
справочник общих шаблонов мероприятий и матрицу применимости. Они не являются отдельным
функциональным модулем сервиса и используются для ведения справочников и правил, на
основании которых в карточке ДК формируется вычисляемый блок рекомендованных мероприятий.
Страница 135
Технический проект. Сервис НПА.
Функциональный модуль «Экспортирование ДК» самостоятельного пункта левого меню не
имеет. Контролер запускает действие «Экспортировать ДК» из предусмотренного рабочего
контекста ДК при наличии соответствующего права, допустимого состояния ДК и выполнении
процессных условий.
6.2.2. Права, видимость и пустые состояния
Пользователь видит только те пункты левого меню и административные переходы, которые
соответствуют предоставленным ему правам. Скрытие пункта меню не предоставляет и не отменяет
право доступа к объектам и функциям сервиса.
При переходе в рабочий раздел отсутствие объектов должно отображаться как пустое
состояние, отличаемое от отсутствия результатов поиска или фильтра и от отсутствия у
пользователя права доступа к существующим объектам.
Если данные существуют, но пользователю не доступен ни один объект соответствующего
рабочего раздела, интерфейс не должен раскрывать сведения о недоступных объектах. Если
действие недоступно вследствие прав или текущего состояния объекта, интерфейс отображает
корректное сообщение о недоступности без раскрытия лишней служебной информации.
Отображение или скрытие пункта левого меню не заменяет серверную проверку. При
открытии рабочего раздела и перед выполнением значимого действия сервер проверяет роль
пользователя, участие в объекте, право на действие, актуальное состояние объекта и применимые
процессные условия.
6.3. Экран загрузки ПГ
6.3.1. Состав экрана
Экран загрузки ПГ предназначен для первичного внесения ПГ и подготовки
структурированных данных до первого сохранения. Экран относится к модулю «Реестр НПА и
ПА». Штатным пользователем экрана является контролер.
Экран содержит область выбора исходного документа ПГ, сведения о загруженном файле,
поля для ручного указания СЭД-сведений SED_REF, SED_DOC_ID и SED_LINK при наличии,
область результата структурного извлечения для машиночитаемого документа, табличный рабочий
набор строк ПГ, средства назначения ответственного исполнителя по пунктам, область ошибок и
предупреждений, а также действия сохранения ПГ и отмены или возврата.
Для машиночитаемого PDF выполняется структурное извлечение данных. Результат
структурного извлечения формирует рабочий набор строк, который контролер проверяет, inlineкорректирует и дополняет до первого сохранения ПГ. Сырой результат структурного извлечения
не является источником истины.
Ручной ввод доступен только после загрузки исходного документа ПГ, если установлено, что
документ является сканом без текстового слоя либо непригоден к структурному извлечению. OCR
и иная автоматическая обработка скана без текстового слоя не применяются.
Рабочий набор строк должен поддерживать inline-корректировку значений до сохранения ПГ,
ручное добавление отсутствующих строк и назначение ответственного исполнителя
соответствующего пункта из штатных пользователей Корпоративного портала.
Экран не содержит отдельной карточки пункта ПГ. Работа со строками при первичной
подготовке выполняется в табличном рабочем наборе до сохранения, а дальнейшая работа с
сохраненными ПГ и пунктами ПГ выполняется через экран базы ПГ и списка пунктов.
Первичное внесение ПГ и применение официальных изменений сохраненного ПГ являются
различными пользовательскими сценариями. После первого сохранения произвольная inlineкорректировка данных ПГ штатно не предоставляется. Для сохраненного ПГ официальный
утвержденный ПГ или официальный документ изменений обрабатывается в отдельном сценарии
применения изменений с последующим сопоставлением, проверкой и подтверждением результата
контролером. Экранные элементы загрузки документа, структурного извлечения и ручного ввода
могут использоваться в этом сценарии повторно, но такой сценарий не является продолжением
первичного редактирования сохраненного ПГ.
Доступность экранных действий определяется ролью контролера, текущим состоянием
объекта и процессными условиями. Скрытие или блокировка элемента интерфейса не заменяет
серверную проверку права и допустимости действия.
Страница 136
Технический проект. Сервис НПА.
6.3.2. Действия пользователя
При первичном внесении ПГ контролер выбирает и загружает исходный документ ПГ. При
наличии СЭД-сведений контролер вручную указывает соответствующие значения SED_REF,
SED_DOC_ID и SED_LINK.
Для машиночитаемого PDF система выполняет структурное извлечение данных и формирует
рабочий набор строк ПГ. Контролер проверяет полученные строки, исправляет значения inline,
дополняет неполные сведения и вручную добавляет отсутствующие строки.
Для скана без текстового слоя контролер переходит к ручному вводу строк ПГ. Аналогичный
сценарий применяется, если загруженный документ непригоден к структурному извлечению.
Ручной ввод проходит те же проверки обязательных данных и структурной целостности, что и
данные, полученные после структурного извлечения.
До сохранения контролер проверяет номер пункта ПГ, сроки и иные обязательные сведения
и назначает ответственного исполнителя соответствующего пункта из штатных пользователей
Корпоративного портала.
ПГ сохраняется только после проверки рабочего набора и устранения блокирующих ошибок.
После сохранения проверенные структурированные данные становятся источником истины и
используются в дальнейших процессах сервиса. Рабочий набор до сохранения не используется как
основание для создания ДК или контроля сроков.
Применение официальных изменений выполняется отдельно от первичного внесения. Для
сохраненного ПГ контролер работает с утвержденным ПГ или официальным документом
изменений, проверяет результат структурного извлечения либо ручного ввода, сопоставление с
действующими данными и подтверждает применение проверенных изменений в рамках
предусмотренного процесса. Произвольное редактирование сохраненного ПГ через сценарий
первичной загрузки не допускается.
Таблица 6.2 – Действия на экране загрузки ПГ
Действие
Инициатор Условие доступности
Результат
Проверка
Файл размещен в
Контролер имеет право штатном файловом
Серверная проверка
Загрузить
Контролер на действие; выбран
хранилище портала; права, формата и
документ ПГ
допустимый файл
сохранены FILE_ID и доступности файла
прикладная связь
Открыт сценарий
Внесены SED_REF,
Проверка
Ввести СЭДпервичного внесения SED_DOC_ID и
допустимости
Контролер
сведения
ПГ; контролер имеет
SED_LINK при
введенных значений
право на действие
наличии
Результат требует
проверки
Выполнить
Документ является
Сформирован рабочий контролером и не
Система
структурное
машиночитаемым; файл
набор строк ПГ
является источником
извлечение
доступен
истины до
сохранения
Загруженный исходный
Серверная проверка
документ является
права на действие;
Перейти к
сканом без текстового Открыт ручной ввод
Контролер
введенные данные
ручному вводу
слоя либо непригоден к строк ПГ
проходят общие
структурному
проверки
извлечению
Проверяются
обязательные
InlineРабочий набор строк
Значения строки
сведения, даты,
корректировать Контролер сформирован; ПГ еще скорректированы в
plan_item_number,
строку
не сохранен
рабочем наборе
sort_order и
прикладная
целостность
Страница 137
Технический проект. Сервис НПА.
Действие
Инициатор Условие доступности
Результат
Открыт рабочий набор
Добавить строку
Добавлена строка
Контролер первичного внесения
вручную
рабочего набора
ПГ
Строка пункта
Назначить
подготовлена для
Для пункта указан
ответственного
Контролер назначения; выбран
ответственный
исполнителя
штатный пользователь исполнитель
пункта
портала
Рабочий набор
проверен; обязательные
ПГ и пункты ПГ
данные заполнены;
сохранены как
ответственный
Сохранить ПГ Контролер
исполнитель назначен структурированные
по каждому пункту ПГ; данные
блокирующие ошибки
отсутствуют
Проверка
Проверяются
обязательные
сведения и порядок
строки
Серверная проверка
права и выбранного
USER_ID
Серверная проверка
права, целостности,
обязательных
данных и
процессных условий
6.3.3. Действия системы и проверки
Система выполняет итоговую серверную проверку права контролера на загрузку документа
ПГ, ручной ввод, inline-корректировку рабочего набора, добавление строк, назначение
ответственного исполнителя и сохранение ПГ. Доступность элемента интерфейса не является
основанием для выполнения действия без положительного результата серверной проверки.
Исходный файл размещается в штатном файловом хранилище Корпоративного портала.
Сервис хранит FILE_ID и прикладную связь файла с ПГ. Бинарное содержимое файла в прикладных
таблицах сервиса не хранится.
Для машиночитаемого PDF система выполняет структурное извлечение данных. Результат
отображается как рабочий набор строк для проверки, исправления и дополнения контролером.
Автоматическое структурное извлечение не заменяет пользовательскую проверку.
Для скана без текстового слоя структурное извлечение не выполняется и после загрузки
исходного документа применяется ручной ввод. OCR не используется. Если загруженный документ
имеет текстовый слой, но его структура непригодна для структурного извлечения, пользователю
предоставляется ручной сценарий без создания дополнительного контура обработки документа.
Система не считает рабочий результат до сохранения источником истины. Источником
истины по ПГ являются проверенные и сохраненные структурированные данные.
Перед сохранением система проверяет заполненность обязательных сведений, корректность
дат и сроков, plan_item_number, sort_order, назначение ответственного исполнителя по каждому
пункту ПГ и прикладную целостность рабочего набора. plan_item_number хранит строковое
значение номера пункта исходного ПГ, sort_order определяет технический порядок строки.
Отсутствие ответственного исполнителя хотя бы по одному пункту ПГ блокирует сохранение
ПГ.
При наличии блокирующих ошибок сохранение ПГ не выполняется. После успешной
серверной проверки ПГ и его пункты сохраняются, а дальнейшее произвольное штатное
редактирование сохраненных данных через рабочий набор первичной загрузки недоступно.
При применении официальных изменений система должна отличать этот процесс от
первичного сохранения ПГ. Основанием является утвержденный ПГ или официальный документ
изменений. Полученные изменения подлежат структурному извлечению либо ручному вводу,
сопоставлению с действующими данными и проверке контролером до их применения.
Существующие сохраненные данные не перезаписываются путем произвольного редактирования
рабочего набора.
6.3.4. Ошибки и пустые состояния
Ошибки и пустые состояния экрана загрузки ПГ должны описывать проблемы загрузки
документа, структурного извлечения, ручного ввода, проверки рабочего набора, назначения
ответственного исполнителя и сохранения без введения дополнительных контуров обработки
документов.
Страница 138
Технический проект. Сервис НПА.
Сообщения должны быть прикладными, понятными пользователю и связанными с доступным
следующим действием.
При отсутствии текстового слоя структурное извлечение не выполняется, а контролеру
предлагается перейти к ручному вводу. При непригодности структуры документа к извлечению
контролеру также предлагается ручной ввод либо загрузка другого документа. OCR для устранения
таких ошибок не применяется.
При частичном структурном извлечении рабочий набор сохраняет статус рабочего
результата: контролер проверяет извлеченные строки, inline-корректирует значения и вручную
дополняет отсутствующие данные.
При незаполненных обязательных сведениях, некорректных сроках, отсутствии номера
пункта либо иных блокирующих ошибках сохранение ПГ блокируется до устранения причины.
При отсутствии назначенного ответственного исполнителя хотя бы по одному пункту сохранение
ПГ блокируется, а контролеру должна быть указана соответствующая ошибка в строке.
Если сервер не подтверждает право на действие, состояние объекта изменилось либо
процессные условия более не позволяют выполнить действие, операция не выполняется, а
контролеру отображается причина недоступности. Скрытие или блокировка кнопки на клиентской
стороне не заменяет эту проверку.
Техническая ошибка загрузки, структурного извлечения или сохранения не должна приводить
к представлению незавершенного результата как успешно сохраненного ПГ.
Для сценария применения официальных изменений отдельно отображаются ошибки
отсутствия допустимого документа-основания, непригодности документа к структурному
извлечению, несопоставленных изменений, незавершенной пользовательской проверки и
технической ошибки применения. Такие ошибки не открывают возможность произвольного
редактирования сохраненного ПГ.
Таблица 6.3 – Ошибки и пустые состояния экрана загрузки ПГ
Ситуация
Тип состояния
Нет загруженного
Пустое состояние
исходного документа
Блокирующее
состояние для
Нет текстового слоя
структурного
извлечения
Неверный формат
файла
Блокирующая ошибка
Структура документа
Ошибка обработки
непригодна к
документа
структурному
извлечению
Структурное
извлечение
Предупреждение
выполнено частично
Требуется ручной
ввод
Не заполнены
обязательные
сведения
Информационное или
блокирующее для
структурного
извлечения состояние
Блокирующая ошибка
Некорректный срок Блокирующая ошибка
Не заполнен номер
Блокирующая ошибка
Сообщение
пользователю
Для начала работы
загрузите документ ПГ
Доступное действие
Загрузить документ ПГ
Документ не содержит
текстового слоя. Внесите
данные ПГ вручную
Перейти к ручному
вводу
Формат файла не
поддерживается для
загрузки ПГ
Загрузить корректный
файл; отменить
действие
Структурное извлечение
данных из документа
выполнить невозможно
Перейти к ручному
вводу; загрузить другой
документ
Проверить и inlineЧасть строк или сведений корректировать строки;
требует проверки и
добавить
ручного дополнения
отсутствующие
сведения
Данные ПГ необходимо
внести вручную
Открыть ручной ввод
Заполните обязательные
сведения строк ПГ перед Исправить строки
сохранением
Проверьте даты и сроки в Исправить данные
строках ПГ
строки
Укажите номер пункта ПГ Указать номер пункта
Страница 139
Технический проект. Сервис НПА.
Ситуация
Тип состояния
пункта ПГ
Не назначен
Блокирующая ошибка
ответственный
исполнитель пункта
Право на действие не
подтверждено
Недоступное действие
сервером
Действие стало
недоступно по
Недоступное действие
состоянию объекта
Техническая ошибка
загрузки, обработки Техническая ошибка
или сохранения
Для официального
изменения
Блокирующая ошибка
отсутствует
сценария изменений
допустимый
документ-основание
Официальные
Блокирующая ошибка
изменения не
сопоставлены или не сценария изменений
проверены
Сообщение
пользователю
Доступное действие
Назначьте ответственного
исполнителя
Выбрать штатного
соответствующего пункта пользователя портала
ПГ
Действие недоступно для Вернуться к просмотру
текущего пользователя
доступных данных
Состояние объекта
Актуализировать
изменилось. Выполнение
данные экрана
действия невозможно
Повторить допустимое
действие после
Операция не завершена изустранения ошибки
за технической ошибки
либо отменить
операцию
Для применения
изменений требуется
Указать допустимый
утвержденный ПГ или
документ-основание
официальный документ
изменений
Проверьте и сопоставьте
изменения перед
применением
Продолжить проверку и
сопоставление
изменений
6.4. Экран базы ПГ и списка пунктов
6.4.1. Состав экрана
Экран базы ПГ предназначен для работы с сохраненными ПГ и пунктами выбранного ПГ.
Экран относится к модулю «База данных ПГ». Работа выполняется через списки на основе штатного
фильтра и грида Б24 либо их функционального и визуального аналога. Отдельная карточка пункта
ПГ не вводится; ключевые сведения пункта отображаются в строке списка, раскрытии строки,
боковой панели или рабочей области.
Сервер формирует исходный набор доступных пользователю объектов до применения
пользовательского поиска, фильтрации, сортировки и персональных настроек представления.
Пользователь может добавлять и удалять разрешенные поля фильтра, добавлять, скрывать и
переставлять разрешенные колонки и сохранять персональное представление штатными средствами
Б24. Настройки представления не изменяют данные, права пользователя и исходный набор
доступных объектов и не предоставляют доступ к произвольным полям БД.
Список ПГ содержит следующие основные колонки:
 наименование ПГ;
 реквизиты;
 период;
 состояние.
К дополнительным разрешенным колонкам списка ПГ относятся:
 сокращенное наименование;
 сведения о федеральном законе;
 СЭД-реквизиты.
Для списка ПГ предусматриваются фильтры по периоду, состоянию и сведениям о
федеральном законе.
Единая поисковая строка выполняет поиск по вхождению строки по предусмотренным
моделью текстовым реквизитам ПГ, номеру и наименованию акта, сведениям о федеральном законе,
Страница 140
Технический проект. Сервис НПА.
SED_REF, SED_DOC_ID и SED_LINK. Поле или справочник «Отрасль», а также отдельные поля
входящего и исходящего номера СЭД не используются.
Список ПГ поддерживает сортировку по наименованию ПГ, сокращенному наименованию,
реквизитам, периоду и состоянию.
Основным действием строки списка ПГ является выбор ПГ с переходом к списку его пунктов.
Для контролера при наличии применимых процессных условий доступен переход к сценарию
официального изменения выбранного ПГ. Наличие действия в интерфейсе не заменяет серверную
проверку роли, права и текущего состояния объекта.
Переход по строке ПГ выбирает соответствующий ПГ и отображает список его пунктов без
создания дополнительной карточки ПГ для выполнения операций с пунктами.
Пустые состояния списка ПГ различают отсутствие сохраненных ПГ, отсутствие доступных
пользователю ПГ и отсутствие результатов текущего поиска или фильтра. При отсутствии
результатов поиска или фильтра пользователю предоставляется возможность изменить параметры
или сбросить фильтр. При отсутствии доступных объектов сведения о недоступных пользователю
ПГ не раскрываются.
6.4.2. Работа со списком пунктов ПГ
После выбора ПГ пользователь работает со списком его пунктов. Список пунктов реализуется
на основе штатного фильтра и грида Б24 либо их функционального и визуального аналога. Выдача
ограничивается сервером в соответствии с правами пользователя до применения поиска,
фильтрации, сортировки и персонального представления.
Основными колонками списка пунктов ПГ являются:

№ пункта;

вид и наименование акта;

конечный срок;

ответственный исполнитель;

состояние пункта;

связанная ДК и ее состояние.
В колонке «№ пункта» отображается plan_item_number как строковое значение номера пункта
исходного ПГ. Порядок строк определяется sort_order. plan_item_number и sort_order имеют
различное назначение: plan_item_number идентифицирует номер пункта в исходном ПГ, sort_order
определяет технический порядок отображения строк.
К дополнительным разрешенным колонкам списка пунктов ПГ относятся:

сведения о федеральном законе;

ответственный департамент;

ФОИВ при наличии.
Для ответственного исполнителя отображаются сведения штатного пользователя
Корпоративного портала. Ф.И.О., должность и подразделение получаются из штатного профиля и
организационной структуры Б24.
Для списка пунктов ПГ предусматриваются фильтры:

состояние;

вид акта;

ответственный департамент;

ответственный исполнитель;

наличие связанной ДК.
Единая поисковая строка применяется к доступным данным выбранного ПГ и его пунктов и
обеспечивает поиск по вхождению строки по номеру пункта, виду и наименованию акта,
предусмотренным текстовым реквизитам ПГ, сведениям о федеральном законе и SED_REF,
SED_DOC_ID и SED_LINK.
Список пунктов поддерживает сортировку по номеру пункта, виду и наименованию акта,
конечному сроку, ответственному исполнителю и состоянию пункта.
Пользователь может добавлять и скрывать разрешенные колонки, изменять их порядок,
использовать разрешенные поля фильтра и сохранять персональное представление штатными
средствами Б24. Эти настройки не изменяют права, серверную выдачу и данные объектов.
Для строки пункта в зависимости от роли, права просмотра, состояния пункта и процессных
условий могут быть доступны следующие действия:

создать ДК;
Страница 141
Технический проект. Сервис НПА.

открыть связанную ДК;
назначить или сменить ответственного исполнителя;

выполнить исключительную корректировку сохраненного пункта.
Действие «Создать ДК» предоставляется только ответственному исполнителю
соответствующего пункта при соблюдении условий подраздела 6.4.3. Назначение или смена
ответственного исполнителя доступно контролеру. Исключительная корректировка сохраненного
пункта доступна только главному администратору по правилам подраздела 6.4.4.
Переход по строке пункта открывает ключевые сведения пункта в раскрытии строки, боковой
панели или рабочей области без создания отдельной карточки пункта ПГ. Переход по ссылке
связанной ДК открывает ее карточку при наличии у пользователя права доступа.
Если пункт изменен, исключен или признан нецелесообразным, соответствующее состояние
или процессный результат отображается пользователю в рамках действующей модели. Пункт,
признанный нецелесообразным, не предоставляет действие создания новой ДК.
Пустые состояния списка пунктов различают отсутствие пунктов в выбранном ПГ, отсутствие
доступных пользователю пунктов и отсутствие результатов примененного поиска или фильтра.
Отсутствие результатов фильтра не изменяет исходные данные и устраняется изменением
параметров поиска или сбросом фильтра.
Историческое содержание структурированных данных ПГ сохраняется в сервисе и не
подменяется хранением старых файлов.

6.4.3. Переход к созданию или открытию ДК
Действие «Создать ДК» по пункту ПГ доступно только ответственному исполнителю
соответствующего пункта. Перед отображением действия и непосредственно перед созданием ДК
учитываются право пользователя, соответствие USER_ID назначенному ответственному
исполнителю пункта, состояние пункта, наличие активной ДК и иные применимые процессные
условия.
Если пункт признан нецелесообразным, создание новой ДК не допускается. Если по пункту
уже существует активная ДК либо иное процессное ограничение исключает создание новой ДК,
действие «Создать ДК» недоступно.
Если по пункту существует связанная ДК и пользователь имеет право доступа к ней, вместо
создания новой ДК предоставляется переход к существующей ДК. Открытие выполняется
непосредственно в карточке ДК.
Отдельная карточка пункта ПГ для запуска создания или открытия ДК не вводится. Действия
выполняются из списка пунктов ПГ, раскрытия строки, боковой панели или соответствующей
рабочей области.
ДК вне ПГ создается через отдельный подтвержденный сценарий модуля «Дорожные карты»,
а не путем искусственной привязки к пункту ПГ. Связь с ПГ и пунктом ПГ обязательна только для
ДК, создаваемой по пункту ПГ.
Переход к созданию или открытию ДК проходит итоговую серверную проверку. Скрытие,
отображение или блокировка действия в интерфейсе не заменяет проверку роли, участия
пользователя, права, актуального состояния объекта и применимых процессных условий.
6.4.4. Изменения ПГ в экранной модели
Экранная модель различает официальный сценарий изменения ПГ, назначение или смену
ответственного исполнителя пункта, исключительную корректировку сохраненного пункта и
экспорт ДК. Универсальное действие «Редактировать ПГ» для сохраненного ПГ не используется.
А. Официальное изменение ПГ контролером.
Официальное изменение выполняется контролером на основании утвержденного ПГ или
официального документа изменений. Выбранный документ загружается как документ-основание
для актуализации сохраненных структурированных данных.
Для машиночитаемого документа выполняется структурное извлечение и сопоставление
полученных сведений с действующими данными. Для загруженного скана без текстового слоя либо
документа, непригодного к структурному извлечению, применяется ручной ввод
структурированных сведений об изменениях. OCR не используется.
По результатам обработки формируется рабочий набор изменений. Контролер проверяет
сопоставление, корректирует ошибки рабочего результата и подтверждает применение изменений.
До подтверждения и сохранения рабочий набор не является источником истины.
Страница 142
Технический проект. Сервис НПА.
При применении изменений сервер проверяет роль контролера, документ-основание,
обязательные данные, результат сопоставления и допустимость операции. Сохраняются
примененные изменения и предусмотренная закрытой процессной моделью история значений до и
после. Процессные последствия для связанных ДК выполняются по правилам жизненного цикла
ПГ и ДК.
Официальное изменение не предоставляет произвольного построчного редактирования уже
сохраненного ПГ вне содержания документа-основания.
Б. Назначение или смена ответственного исполнителя пункта контролером.
Назначение или смена ответственного исполнителя пункта является отдельным действием
контролера и не является типом официального структурированного изменения ПГ.
Контролер выбирает ответственного исполнителя из штатных пользователей Корпоративного
портала. Перед сохранением сервер проверяет право контролера на действие, выбранного
пользователя и применимые процессные условия. Результат действия фиксируется в данных пункта
и истории в предусмотренном объеме.
Данный сценарий не открывает редактирование остальных сведений сохраненного пункта
ПГ.
В. Исключительная корректировка сохраненного пункта главным администратором.
Исключительная корректировка является отдельным исключительным сценарием и доступна
только главному администратору. Сценарий не отображается как обычное редактирование ПГ или
пункта ПГ.
Для выполнения корректировки обязательно указываются документ-основание и причина.
Интерфейс отображает корректируемые сведения и обеспечивает фиксацию значений до и после
изменения.
Перед сохранением сервер проверяет роль главного администратора, наличие документаоснования, обязательной причины и допустимость операции. После успешного выполнения
фиксируются пользователь, дата и время, основание, причина и значения до и после.
Исключительная корректировка не предоставляет универсальной функции редактирования
сохраненного ПГ и не используется для обхода штатного сценария применения официальных
изменений.
Г. Экспорт ДК.
Экспорт ДК не является типом изменения ПГ и не выполняется как редактирование пункта
ПГ. Если процесс требует переноса ДК в другой ПГ или пункт ПГ, используется отдельный
сценарий модуля «Экспортирование ДК» по правилам подраздела 6.8.
Прямая смена связи существующей ДК с пунктом ПГ не допускается. Экспорт выполняется
только контролером и имеет собственные условия, проверки, результат и обработку ошибок.
6.4.5. Ошибки и пустые состояния
Ошибки и пустые состояния экрана базы ПГ должны различать проблемы списочной выдачи,
официального изменения ПГ, назначения или смены ответственного исполнителя, исключительной
корректировки сохраненного пункта и недоступности перехода к ДК.
Если в сервисе отсутствуют сохраненные ПГ, отображается пустое состояние с переходом к
экрану загрузки ПГ при наличии у пользователя соответствующего права. Самостоятельный ручной
ввод ПГ без предварительно загруженного исходного документа из данного состояния не
предоставляется.
Если ПГ существуют, но пользователю не доступен ни один из них, отображается состояние
отсутствия доступных объектов без раскрытия сведений о недоступных ПГ.
Если после применения поиска или фильтра результаты отсутствуют, отображается состояние
отсутствия результатов с возможностью изменить параметры поиска или сбросить фильтр.
Аналогичное правило применяется к списку пунктов выбранного ПГ.
При официальном изменении ПГ отсутствие утвержденного ПГ или официального документа
изменений как документа-основания является блокирующей ошибкой. Для загруженного скана без
текстового слоя или документа, непригодного к структурному извлечению, контролеру
предоставляется ручной ввод сведений об изменениях. Непроверенный или несопоставленный
рабочий набор, отсутствие обязательных данных и блокирующие ошибки не позволяют применить
изменения.
Страница 143
Технический проект. Сервис НПА.
При назначении или смене ответственного исполнителя отсутствие выбранного штатного
пользователя либо отрицательный результат серверной проверки блокирует сохранение
назначения. Недоступность действия по правам или процессным условиям не может быть обойдена
через клиентский интерфейс.
При исключительной корректировке отсутствие роли главного администратора, документаоснования или обязательной причины блокирует выполнение операции. Отрицательный результат
серверной проверки также блокирует сохранение независимо от доступности экранного элемента.
Если объект изменился после загрузки страницы либо действие перестало быть допустимым
по текущему состоянию, операция не выполняется до актуализации данных и повторной серверной
проверки.
Уведомления не заменяют отображение состояний, ошибок и истории объекта. Экспорт ДК
не обрабатывается как ошибка или вариант редактирования ПГ: при необходимости переноса
пользователь направляется в предусмотренный сценарий экспорта.
Таблица 6.4 – Ошибки и пустые состояния экранов ПГ
Сценарий
Тип сообщения
Что видит
пользователь
Поведение
системы
Ограничение
Ручной ввод без
Проверяет права
Сообщение об
предварительно
пользователя и
В сервисе
отсутствии ПГ и
загруженного
Пустое состояние
отображает
отсутствуют
переход к загрузке ПГ
исходного
разрешенное
сохраненные ПГ
при наличии права
документа не
действие
предоставляется
Не включает
Сведения о
ПГ существуют,
Сообщение об
Пустое состояние
недоступные ПГ недоступных
но пользователю
отсутствии доступных
доступа
в серверную
объектах не
не доступны
объектов
выдачу
раскрываются
Предоставляет
Поиск и
изменение
Нет ПГ по поиску Пустое состояние Сообщение об
фильтрация не
параметров
или фильтру
результатов
отсутствии результатов
изменяют данные и
поиска или
права
сброс фильтра
В выбранном ПГ
Отображает ПГ Пустое состояние
Сообщение об
Пустое состояние
отсутствуют
без строк
не создает новые
отсутствии пунктов ПГ
пункты
пунктов
данные
Сообщение об
Сохраняет
Поиск и
Нет пунктов по
Пустое состояние отсутствии результатов исходные
фильтрация не
поиску или
результатов
и действие сброса
данные без
создают событие
фильтру
фильтра
изменений
истории
Для
Сообщение о
Произвольное
официального
необходимости
изменение
Не открывает
Блокирующая
изменения
загрузить
сохраненного ПГ
применение
ошибка
отсутствует
утвержденный ПГ или
без документаизменений
документофициальный
основания
основание
документ изменений
запрещено
Документ
Сообщение о
Состояние,
Предлагает
официального
необходимости
блокирующее
ручной ввод
OCR не
изменения не
ручного ввода
структурное
после загрузки применяется
содержит
сведений об
извлечение
документа
текстового слоя
изменениях
Предлагает
Ручной ввод
Документ
ручной ввод
используется для
Сообщение о
официального
Ошибка
сведений об
отражения
невозможности
изменения
обработки
изменениях
содержания
структурного
непригоден к
документа
либо выбор
загруженного
извлечения
структурному
другого
документаизвлечению
Страница 144
Технический проект. Сервис НПА.
Сценарий
Рабочий набор
официальных
изменений не
проверен или не
сопоставлен
В официальном
изменении
отсутствуют
обязательные
данные
Тип сообщения
Блокирующая
ошибка
Что видит
пользователь
Проблемные строки и Блокирует
сведения, требующие применение
проверки
изменений
Сырой результат
обработки не
является
источником истины
Сообщение о
необходимости
заполнить
обязательные данные
исключительной
операции
Не сохраняет
корректировку
Документоснование и
причина
обязательны
Сообщение о
недоступности
операции
Сервер
отклоняет
действие
Операция доступна
только главному
администратору
Не выбран
ответственный
исполнитель
пункта
Блокирующая
ошибка
назначения
Сообщение о
необходимости
выбрать
ответственного
исполнителя
Назначение или
смена
ответственного
недоступны
Недоступное
действие
Сообщение о
недоступности
действия
По пункту
существует
доступная
связанная ДК
основания
Применяются
только проверенные
данные
Подсветка сведений,
требующих
исправления
Создание ДК
недоступно
Ограничение
Блокирует
применение
изменений до
устранения
ошибок
Блокирующая
ошибка
Для
исключительной
корректировки
Блокирующая
отсутствует
ошибка
документоснование или
причина
Исключительная
Недоступное
корректировка
действие
недоступна
пользователю
Поведение
системы
документа
Выбирается
Не сохраняет
штатный
назначение или
пользователь
смену
Корпоративного
ответственного
портала
Действие
выполняет
Сервер
контролер при
отклоняет
соблюдении
операцию
применимых
условий
Причина
недоступности в
допустимом объеме:
пользователь не
Создание
является
выполняется только
ответственным
ответственным
Информационное исполнителем пункта,
Блокирует
исполнителем
сообщение или
состояние пункта не
создание ДК на соответствующего
заблокированное допускает создание,
сервере
пункта при
действие
пункт признан
соблюдении
нецелесообразным,
процессных
существует
условий
блокирующая активная
ДК либо не выполнено
иное процессное
условие
Открывает
Новая ДК не
существующую
Информационное Действие перехода к
создается вместо
ДК после
состояние
связанной ДК
существующей
проверки права
активной ДК
доступа
Страница 145
Технический проект. Сервис НПА.
Сценарий
Требуется
перенос ДК в
другой ПГ или
пункт ПГ
Тип сообщения
Что видит
пользователь
Информационное
Указание на
сообщение с
необходимость
переходом к
использовать экспорт
отдельному
ДК
сценарию
Поведение
системы
Ограничение
Не допускает
прямую смену
связи ДК с
пунктом ПГ
Экспорт не является
изменением ПГ и
выполняется только
контролером
Клиентская
доступность
действия не
заменяет серверную
проверку
Объект
изменился после
Блокирующая
загрузки
ошибка
страницы или
актуальности
действие стало
недоступно
Сообщение о
необходимости
актуализировать
данные
Не выполняет
операцию до
повторной
проверки
Техническая
Техническая
ошибка операции ошибка
Сообщение о
незавершенной
операции
Исходные данные
Не представляет не считаются
действие как
измененными без
успешно
успешного
выполненное
завершения
операции
6.5. Список и карточка ДК
6.5.1. Список ДК
Список ДК является отдельным рабочим экраном сервиса. ДК не должна быть доступна
только через ПГ или список пунктов ПГ, поскольку ДК является самостоятельным центральным
объектом сквозного контроля после создания по пункту ПГ или вне ПГ. Список реализуется
штатным фильтром и гридом Б24 либо их функциональным и визуальным аналогом. Пользователь
видит ДК в пределах своей роли, участия в объекте и прав доступа.
Основными колонками списка являются:

номер ДК;

вид и наименование акта;

состояние ДК;

ответственный исполнитель;

конечный срок;

№ пункта ПГ для ДК по ПГ.
Дополнительными разрешенными колонками являются:

ПГ;

сведения о федеральном законе;

подразделение ответственного исполнителя;

основание ДК вне ПГ;

расчетные признаки внимания.
Для списка ДК предусматриваются фильтры:

состояние ДК;

ПГ;

пункт ПГ;

ответственный исполнитель;

период конечного срока;

расчетные признаки.
Единая строка поиска выполняет поиск по вхождению строки по текстовым реквизитам ПГ,
номеру пункта ПГ, номеру и наименованию акта, сведениям о федеральном законе, SED_REF,
SED_DOC_ID и SED_LINK.
Сортировка доступна по номеру ДК, виду и наименованию акта, состоянию ДК,
ответственному исполнителю, конечному сроку и номеру пункта ПГ при наличии.
На рабочем экране модуля «Дорожные карты» при наличии соответствующего права
доступно действие «Создать ДК вне ПГ». Сценарий создания ДК вне ПГ должен быть явно отличим
Страница 146
Технический проект. Сервис НПА.
от создания ДК по пункту ПГ. При запуске действия создается черновик ДК вне ПГ, а пользователь,
выполняющий создание, фиксируется как единственный ответственный исполнитель создаваемой
ДК.
Основным действием строки является открытие карточки ДК. Для контролера при ДК в
состоянии «На исполнении» и выполнении установленных процессных условий может быть
доступно действие «Экспортировать ДК» с переходом к сценарию подраздела 6.8. Иные
подтвержденные процессные действия могут отображаться в строке только при наличии
соответствующего права, допустимого состояния, участия пользователя и выполнении процессных
условий. Действие копирования ДК не предусматривается.
Переход по строке ДК открывает соответствующую карточку ДК после проверки права
просмотра объекта. Персональная настройка разрешенных колонок, полей фильтра, их состава и
порядка выполняется штатными средствами Б24 и не изменяет права пользователя, серверную
выдачу и доступ к объектам.
ДК вне ПГ должна отображаться без искусственной привязки к пункту ПГ. Связь с ПГ и
пунктом ПГ обязательна только для ДК, созданных по плану.
Расчетные признаки, просрочка, приближение срока и светофорная индикация не подменяют
состояние ДК. Такие признаки используются как визуальные подсказки и предупреждения, но не
являются состояниями жизненного цикла.
Пустые состояния списка должны различать отсутствие ДК, отсутствие доступных
пользователю ДК и отсутствие результатов примененного поиска или фильтра. При отсутствии
результатов поиска или фильтра пользователю предоставляется возможность изменить условия или
сбросить фильтр. При отсутствии доступных объектов сведения о недоступных пользователю ДК
не раскрываются.
Из списка ДК пользователь переходит в карточку ДК или выполняет подтвержденное
действие при наличии прав, допустимого состояния, участия в объекте, условий перехода и
успешной серверной проверки. Доступность элемента интерфейса не заменяет итоговую серверную
проверку.
6.5.2. Структура карточки ДК
Карточка ДК является основным рабочим экраном ДК. В карточке должны быть
представлены смысловые блоки или вкладки: сведения ДК, характеристики, мероприятия,
рекомендованные мероприятия, маршрут, согласование, исполнение и контроль, файлы, история.
Мероприятия ведутся в карточке ДК и не являются верхнеуровневым разделом сервиса.
Список фактических мероприятий ДК должен быть доступен в составе карточки ДК.
Блоки «Маршрут» и «Согласование» должны быть разделены. Блок «Маршрут» предназначен
для настройки состава этапов, участников и порядка прохождения. Блок «Согласование»
предназначен для отображения прохождения этапов, решений, комментариев, возвратов и циклов
согласования.
История и уведомления не должны смешиваться. История отображает значимые события по
ДК и связанным объектам, а уведомления отправляются штатным механизмом Корпоративного
портала. Журнал уведомлений фиксирует факт отправки или попытки отправки уведомления и не
заменяет историю.
6.5.3. Сведения, характеристики и конечный срок ДК
Для ДК по ПГ сведения, конечное мероприятие и конечный срок наследуются из пункта ПГ.
Конечное мероприятие и конечный срок штатно не редактируются и отображаются пользователю
только для чтения.
Пользователь запускает создание ДК вне ПГ как ответственный исполнитель. Пользователь,
выполняющий создание, фиксируется как единственный ответственный исполнитель создаваемой
ДК. Отдельный selector ответственного исполнителя при создании ДК вне ПГ не вводится. Для ДК
вне ПГ пользователь задает исходные сведения, конечное мероприятие, конечный срок и основание
разработки. Основание выбирается из значений «План ЗПД», «решение суда», «поручение
Президента Российской Федерации», «поручение Правительства Российской Федерации»,
«инициативный порядок», «иное». При выборе значения «иное» описание основания обязательно.
Такая ДК не должна искусственно привязываться к пункту ПГ без основания.
Конечный срок ДК должен отображаться пользователю явно. В UX допустим бейдж или
подпись «конечный срок ДК». Конечное мероприятие для ДК по ПГ наследуется из пункта ПГ, а
Страница 147
Технический проект. Сервис НПА.
для ДК вне ПГ задается пользователем. Конечное мероприятие не определяется по последней
строке мероприятий, максимальной дате или пользовательскому признаку. Пользовательский флаг
или отдельное поле финальности мероприятия не используется.
При финальном утверждении ДК присваиваются номер и дата. Для ДК по ПГ номер ДК после
утверждения равен номеру соответствующего пункта ПГ. Для ДК вне ПГ номер формируется в
формате ВПГ-ГГГГ-NNN с ежегодной последовательностью. Дата ДК равна дате финального
утверждения. После присвоения номер и дата отображаются в карточке как сведения, недоступные
для штатного редактирования пользователем.
Характеристики акта отображаются и редактируются в карточке ДК в пределах прав
пользователя, состояния ДК и серверной проверки. Характеристики используются для
рекомендаций и предупреждений, но не заменяют юридическое решение пользователя.
Перечень характеристик, их типы, значения, обязательность и правила применения задаются
в административных настройках сервиса и отражаются в справочнике npa_characteristics.
Начальный состав характеристик задается на основании файла заказчика «Поля для формирования
списка рекомендуемых мероприятий».
Поля характеристик в карточке ДК формируются по справочнику характеристик. Для
пользователя это означает, что состав полей, типы ввода, допустимые значения, обязательность и
условная обязательность определяются административными настройками сервиса.
Интерфейс должен поддерживать типы ввода, необходимые для указанного состава
характеристик: список, радиокнопки, множественный выбор, чекбокс и комбинированное поле
«чекбокс + текстовое поле».
Если характеристика является условно обязательной, карточка ДК применяет правила ее
отображения, обязательности, участия в рекомендациях, предупреждениях и проверках готовности
в зависимости от значения связанной характеристики. Перечень согласующих ФОИВ обязателен
при необходимости согласования с ФОИВ. Степень регулирующего воздействия отображается и
является обязательной только при значении ОРВ «Требуется»; при значениях «Не требуется» или
«Не определено» поле не отображается и не участвует в рекомендациях, предупреждениях и
проверках готовности. Текстовое описание иных особых требований обязательно при выборе
признака наличия иных особых требований.
6.5.4. Мероприятия и рекомендованные мероприятия
Фактические мероприятия ДК и рекомендованные мероприятия должны быть визуально
разделены. Блок рекомендованных мероприятий должен быть отделен от фактических мероприятий
ДК.
В экранной модели различаются рекомендации, общие шаблоны мероприятий, личные
шаблоны мероприятий, фактические мероприятия ДК и мероприятия, добавленные пользователем
вручную.
Общий шаблон мероприятия является заготовкой, доступной для создания фактического
мероприятия и участия в матрице применимости. Блок «Рекомендованные мероприятия»
формируется по общим шаблонам через матрицу применимости. Матрица применимости
используется только для общих шаблонов.
Личный шаблон является персональной заготовкой пользователя. Личные шаблоны не
участвуют в автоматических рекомендациях и матрице применимости. Применение личного
шаблона создает фактическое мероприятие ДК так же, как применение общего шаблона.
Ручное мероприятие создается пользователем непосредственно в составе ДК без
использования рекомендации, общего или личного шаблона и после сохранения является
фактическим мероприятием ДК.
Блок «Рекомендованные мероприятия» формируется на основании активных
административных настроек: выбранных характеристик ДК, общих шаблонов мероприятий и
матрицы применимости. Пользователь не настраивает матрицу применимости в карточке ДК; в
карточке ДК он видит только результат расчета рекомендаций.
Изменение вида акта или характеристик ДК приводит к актуализации или пересчету блока
рекомендаций, предупреждений и связанных проверок. Пересчет не изменяет автоматически
фактический состав мероприятий ДК. Существующие фактические мероприятия не удаляются, не
заменяются и не добавляются автоматически. Изменение фактического состава мероприятий
выполняется только действием пользователя.
Страница 148
Технический проект. Сервис НПА.
Для каждой рекомендации в карточке ДК должны отображаться наименование
рекомендуемого мероприятия, краткое основание применимости при наличии настроенного
пояснения, рекомендуемый срок или правило срока при наличии, предупреждение о необходимости
ручной оценки при наличии такого признака и действия добавления рекомендации в фактический
состав мероприятий либо ее исключения из используемых рекомендаций текущей ДК.
Действие «Исключить» или «Не использовать» относится только к рекомендации в контексте
текущей ДК. Оно не удаляет общий шаблон мероприятия и не изменяет матрицу применимости.
Если рекомендация сформирована по стартовой матрице применимости v1, интерфейс может
отображать признак стартового правила или источник применимости при наличии такой настройки.
Этот признак является информационным и не превращает рекомендацию в обязательное
мероприятие.
Если по выбранному виду акта и характеристикам нет активных правил матрицы
применимости, блок рекомендаций должен показывать пустое состояние. Отсутствие рекомендаций
не является блокирующей ошибкой само по себе, если пользователь может сформировать
фактический состав мероприятий вручную и выполнены остальные условия готовности ДК.
екомендации не становятся фактическими мероприятиями автоматически. Рекомендация
становится фактическим мероприятием только после добавления пользователем в ДК. Пользователь
может добавить все рекомендации, часть рекомендаций, использовать общий или личный шаблон
либо добавить мероприятие вручную.
Мероприятие ДК является самостоятельной записью. При добавлении мероприятия из
рекомендации, общего шаблона или личного шаблона создается фактическая запись мероприятия
ДК. Изменение шаблона не меняет уже созданные мероприятия.
Отдельный исполнитель мероприятию не назначается. Все фактические мероприятия ДК
выполняет ответственный исполнитель соответствующей ДК. Если ответственный исполнитель
отображается в строке мероприятия, отображается ответственный исполнитель всей ДК; отдельный
selector пользователя для мероприятия не используется.
Для ДК по ПГ конечное мероприятие наследуется из пункта ПГ и штатно не редактируется;
для ДК вне ПГ конечное мероприятие задается пользователем. Пользовательский флаг или
отдельное поле финальности мероприятия не отображается как редактируемый признак.
Срок мероприятия позже конечного срока ДК является блокирующей ошибкой. Такая ошибка
должна быть показана пользователю до сохранения мероприятия или до направления ДК на
согласование в зависимости от проверяемого действия. Одинаковые сроки нескольких мероприятий
допускаются. Если пользователь устанавливает срок меньше рекомендованного, интерфейс
показывает предупреждение, но не блокирует сохранение.
«Рекомендуемая длительность» или «правило срока» допустимы только как настраиваемый
параметр шаблона или матрицы применимости. Конкретные правила расчета сроков, значения
длительности и условия применения задаются в настройках шаблонов или матрицы применимости.
Таблица 6.5 – Экранная модель карточки ДК
Основные
Ключевые
Ограничения
действия
проверки
Заполнение и
ДК вне ПГ не
уточнение
основных сведений,
привязывается к
включая
пункту ПГ без
Отображение и конкретный вид
Роль, участие
основания; для ДК
редактирование акта и
пользователя,
по ПГ конечное
Сведения ДК
основных
состояние ДК,
наименование
мероприятие и
сведений ДК
обязательные поля конечный срок
проекта акта;
просмотр связи с
наследуются и
штатно не
ПГ и пунктом ПГ
или основания
редактируются
создания вне ПГ
Заполнение
Выбор
Право
Характеристики не
параметров акта нормативности акта редактирования,
заменяют
Характеристики
для
и иных
допустимое
юридическое
предупреждений подтвержденных
состояние,
решение
Блок карточки
Назначение
Страница 149
Технический проект. Сервис НПА.
Ключевые
Ограничения
проверки
допустимые
пользователя
значения, условия
отображения и
обязательности,
включая
зависимость
степени
регулирующего
воздействия от
значения ОРВ
Отдельный
Добавление из
исполнитель
рекомендации,
мероприятия не
общего шаблона
назначается; все
Право
или личного
мероприятия
пользователя,
шаблона;
выполняет
состояние ДК, срок
Фактические
Ведение состава добавление
ответственный
мероприятия
мероприятия
мероприятий ДК вручную;
исполнитель ДК;
относительно
редактирование и
мероприятия
конечного срока
удаление в
являются
ДК
допустимом
самостоятельными
состоянии; указание
записями; срок позже
сроков
конечного срока ДК
блокируется
Рекомендации не
добавляются
автоматически;
исключение
Отображение
рекомендации не
Добавление
Наличие
подсказок по
удаляет шаблон и не
рекомендации в ДК; характеристик,
Рекомендованные общим
изменяет матрицу
действие
общих шаблонов и
мероприятия
шаблонам и
применимости;
«Исключить» или матрицы
матрице
личные шаблоны не
«Не использовать» применимости
применимости
участвуют в
автоматических
рекомендациях и
матрице
применимости
Наличие прав,
состояние ДК,
Добавление
обязательные
дополнительных
этапы из ТЗ, этап
Обязательные этапы
необязательных
финального
Настройка
нельзя удалить,
этапов и
утверждения,
этапов,
отключить, обойти
участников, выбор
допустимая
Маршрут
участников и
или заменить;
последовательного
должность
порядка
стандартные
или параллельного
участника этапа
согласования
шаблоны маршрутов
режима этапа,
Юридического
не вводятся
проверка
департамента по
обязательных
данным должности
этапов
и организационной
структуры Б24
Прохождение
Согласовать,
Участие в
Возврат требует
Согласование
маршрута и
отклонить,
активном этапе,
комментария; новый
Блок карточки
Основные
действия
и рекомендаций характеристик;
условное
отображение и
заполнение
зависимых
характеристик
Назначение
Страница 150
Технический проект. Сервис НПА.
Блок карточки
Назначение
фиксация
решений
Исполнение и
контроль
Исполнение
мероприятий и
подтверждение
контролером
Файлы
Просмотр и
прикрепление
связанных
материалов
История
Просмотр
значимых
событий по ДК
Основные
действия
перенаправить
новому
согласующему,
просмотреть
решения, циклы и
цепочки
перенаправлений
Ключевые
Ограничения
проверки
состояние ДК,
цикл начинается с
серверная проверка первого этапа
Все мероприятия
выполняет
ответственный
исполнитель ДК;
Участие
мероприятие
пользователя как исполнено только
Отметка
ответственного
после подтверждения
исполнения,
исполнителя
контролером;
прикрепление
соответствующей предыдущие
материалов,
ДК либо роль
попытки отметки и
подтверждение или
контролера,
результаты проверки
отклонение
состояние ДК и
сохраняются; после
мероприятия
подтверждения всех
мероприятий ДК
автоматически
получает состояние
«Завершена»
Бинарные файлы не
Прикрепление и
Доступ к объекту,
хранятся в
просмотр файлов в штатные права
прикладных
пределах прав
портала, FILE_ID
таблицах
История не заменяет
Доступ к ДК и
уведомления;
Просмотр истории
право просмотра просмотр карточки
изменений
истории
не фиксируется как
событие
6.5.5. Ошибки, предупреждения и пустые состояния карточки ДК
Ошибки карточки ДК должны разделяться на блокирующие ошибки, предупреждения и
информационные сообщения. Блокирующая ошибка запрещает выполнение действия до устранения
причины.
Отсутствие обязательных сведений, ответственного исполнителя, мероприятий или маршрута
блокирует направление ДК на согласование. Срок мероприятия позже конечного срока ДК является
блокирующей ошибкой.
Предупреждения по характеристикам, срокам и рекомендациям не подменяют состояние ДК
или мероприятия. Расчетные признаки и светофорная индикация используются как визуальные
подсказки, а не как состояния жизненного цикла.
Пустое состояние блока мероприятий должно предлагать добавить мероприятие вручную, из
шаблона или из рекомендаций при наличии прав. Пустое состояние блока рекомендаций должно
показывать, что применимые рекомендации отсутствуют или требуется заполнить характеристики.
Недоступные действия должны сопровождаться причиной недоступности, если это
предусмотрено UX-моделью. Причина должна учитывать роль пользователя, участие в объекте,
состояние, условия перехода и результат серверной проверки.
Страница 151
Технический проект. Сервис НПА.
6.6. Экран маршрута и согласования
6.6.1. Блок «Маршрут»
Блок «Маршрут» предназначен для настройки маршрута согласования ДК. Маршрут
согласования ДК задается ответственным исполнителем ДК в карточке ДК.
Маршрут содержит этапы, участников, порядок прохождения и последовательный или
параллельный режим каждого этапа. Участники выбираются из штатных пользователей
Корпоративного портала. В прикладных данных хранится USER_ID как logical only ссылка на
пользователя портала.
Обязательные
этапы
департамента-исполнителя,
Юридического
департамента,
Административного департамента и этап «Утверждение» добавляются в маршрут, являются
обязательными, не удаляются, не отключаются, не обходятся и не заменяются. Пользователь может
добавлять дополнительные необязательные этапы и участников.
Стандартные шаблоны маршрутов согласования не вводятся.
Для запуска маршрута должны быть заполнены общие сведения ДК, фактические
мероприятия и маршрут. Наличие срока мероприятия позже конечного срока ДК блокирует
направление ДК на согласование. Перед сохранением и запуском маршрута сервер проверяет по
должности и организационной структуре Б24, что на этапе Юридического департамента участвует
директор, исполняющий обязанности директора либо уполномоченный заместитель директора.
6.6.2. Блок «Согласование»
Блок «Согласование» показывает текущее прохождение маршрута, активный этап, текущего
держателя активного действия соответствующей ветви, участников, их Ф.И.О., должности и
подразделения по данным Б24, дату и время поступления ДК каждому участнику, дату и время
принятия решения, решения, комментарии и циклы согласования. Для перенаправлений
отображаются цепочка перенаправлений, инициатор и привлеченный согласующий каждого
уровня, основание, состояние каждого уровня и возврат активного действия предыдущему
участнику.
Текущему держателю активного действия соответствующей ветви доступны действия
«Согласовать», «Отклонить» и «Перенаправить новому согласующему». Решение согласующего
фиксируется в истории изменений. Параллельный этап завершается после положительных решений
всех его участников и завершения всех вложенных цепочек перенаправлений. После получения
положительных решений всех участников всех согласовательных этапов текущего цикла система
автоматически активирует этап «Утверждение». Отдельная кнопка «Отправить на утверждение» не
отображается.
При действии согласующего «Отклонить» комментарий обязателен, весь текущий цикл
прекращается, а ДК возвращается ответственному исполнителю на доработку. Действие
выполняется при соблюдении роли, статуса, нахождении активного действия у пользователя и
условий процесса.
История решений прошлых циклов должна быть доступна для просмотра в пределах прав, но
не должна подменять решения нового цикла. Решения прошлых циклов являются историческими
данными процесса согласования.
6.6.3. Возврат на доработку, новый цикл и перенаправление
После возврата ДК на доработку пользователь дорабатывает ДК в допустимых пределах,
определенных ролью, участием пользователя в объекте, статусом ДК и серверной проверкой.
После повторной отправки запускается новый цикл согласования с первого этапа.
Продолжение согласования после доработки с середины маршрута не допускается. Цепочка
перенаправления предыдущего цикла автоматически не восстанавливается.
Действие «Перенаправить новому согласующему» доступно текущему держателю активного
действия соответствующей ветви, включая пользователя, получившего активное действие
вследствие предыдущего перенаправления.
При перенаправлении пользователь выбирает нового согласующего и обязательно указывает
основание перенаправления. Собственное решение пользователя остается ожидающим, его ветка
согласования приостанавливается, а активное действие переходит новому согласующему,
привлеченному во вложенную цепочку того же этапа. Привлеченный согласующий не становится
новым независимым участником исходного этапа.
Страница 152
Технический проект. Сервис НПА.
Привлеченный согласующий может повторно выполнить перенаправление. Количество
последовательных вложенных перенаправлений не ограничивается. После положительного
решения последнего привлеченного согласующего активное действие возвращается предыдущему
пользователю по цепочке в обратном порядке. Каждый пользователь цепочки после возврата обязан
принять собственное решение.
Для последовательного этапа обычное прохождение маршрута продолжается только после
полного завершения вложенной цепочки и принятия решения исходным согласующим. Для
параллельного этапа приостанавливается только ветка пользователя, выполнившего
перенаправление; остальные участники продолжают принимать решения. Параллельный этап не
завершается, пока не завершены все обычные ветки и все вложенные цепочки перенаправлений.
При отклонении любым текущим держателем активного действия комментарий обязателен,
весь текущий цикл прекращается, ДК возвращается ответственному исполнителю на доработку, а
обратное согласование по цепочке перенаправлений не продолжается. Цепочка отображается в
существующем блоке «Согласование».
Все значимые действия маршрута и согласования должны фиксироваться в истории и
сопровождаться уведомлениями только по подтвержденным событиям Приложения В.
6.6.4. Утверждение и аварийная правка
Финальное утверждение выполняет статс-секретарь – заместитель Министра на обязательном
этапе «Утверждение», автоматически активированном системой после завершения согласования.
Доступны действия «Утвердить» и «Вернуть на доработку». При возврате комментарий обязателен.
После действия «Утвердить» система фиксирует состояние «Утверждена», присваивает ДК номер
и дату и автоматически переводит ее в состояние «На исполнении». Присвоенные номер и дата
доступны только для чтения.
После утверждения штатное редактирование ДК запрещено. Аварийная правка отображается
только главному администратору для утвержденной, но не завершенной ДК и выполняется после
серверной проверки права пользователя и допустимости изменения. Завершенная ДК не
редактируется.
Аварийная правка требует указания обязательной причины, отображения значений до и после
изменения и подтверждения действия. Изменяться могут только существующие поля из закрытого
перечня, который определяется и утверждается на этапе разработки. Перед сохранением сервер
проверяет принадлежность каждого изменяемого реквизита утвержденному перечню; изменение
поля вне перечня отклоняется. Результат изменения фиксируется в истории с указанием значений
до и после.
Аварийная правка не должна выглядеть как штатное редактирование ДК. Интерфейс
аварийной правки должен визуально отделять исключительное действие от обычного
редактирования и требовать подтверждения причины.
Таблица 6.6 – UX маршрута, согласования, исполнения и контроля
Контур
Маршрут
Кто действует
Ответственный
исполнитель ДК
Что отображается
Этапы, участники,
порядок
прохождения,
последовательный
или параллельный
режим и
обязательность
этапов
Доступные
действия
Добавить
дополнительный
необязательный
этап или
участника,
выбрать режим
этапа, проверить
маршрут,
направить на
согласование
Ограничения
Обязательные этапы
из ТЗ и этап
«Утверждение» не
удаляются, не
отключаются, не
обходятся и не
заменяются;
участник этапа
Юридического
департамента
проверяется по
допустимой
должности и
организационной
структуре Б24;
стандартные
Страница 153
Технический проект. Сервис НПА.
Контур
Кто действует
Что отображается
Доступные
действия
Ограничения
шаблоны маршрутов
не вводятся
Решение доступно
только текущему
держателю активного
действия
соответствующей
ветви; отклонение
требует комментария
Активный этап,
и прекращает весь
текущий держатель
текущий цикл;
активного действия,
параллельный этап
Текущий
участники с Ф.И.О.,
Согласовать,
завершается после
держатель
должностью и
отклонить,
положительных
активного
подразделением,
Согласование
перенаправить
решений всех
действия
даты поступления
новому
участников и
соответствующей ДК, даты принятия
согласующему
завершения всех
ветви
решений, решения,
вложенных цепочек;
комментарии, номер
после получения
цикла и цепочки
положительных
перенаправлений
решений всех
участников
согласовательных
этапов система
автоматически
передает ДК на
утверждение
Повторная отправка
запускает новый
Причина возврата,
Доработать ДК, цикл с первого этапа;
комментарий,
Ответственный
повторно
цепочка
Доработка
доступные для
исполнитель
направить на
перенаправления
изменения блоки
согласование
предыдущего цикла
ДК
автоматически не
восстанавливается
Активное действие
передается
привлеченному
согласующему во
вложенной цепочке;
привлеченный
Текущий
согласующий не
Текущий этап,
держатель
Выбрать нового является новым
активного
цепочка
независимым
Перенаправление
согласующего,
действия,
перенаправления,
новому
указать основание участником
новый согласующий
включая
исходного этапа;
согласующему
и подтвердить
привлеченного по и основание
перенаправление решение
цепочке
перенаправления
предыдущего
перенаправления
согласующего
остается
ожидающим; после
положительного
решения нижнего
уровня действие
Страница 154
Технический проект. Сервис НПА.
Контур
Утверждение
Исполнение
Контроль
Кто действует
Что отображается
Доступные
действия
Ограничения
возвращается
предыдущему
уровню; при
отклонении
прекращается весь
текущий цикл
При возврате
комментарий
Этап
Статс-секретарь –
Утвердить или
обязателен; после
«Утверждение»,
заместитель
вернуть на
утверждения
итоговое решение,
Министра
доработку
штатное
комментарии
редактирование
запрещено
Все мероприятия
выполняет
единственный
ответственный
Мероприятия своей
исполнитель ДК;
ДК в состоянии «На
отдельный
исполнении», сроки
исполнитель
Отметить
и состояния
мероприятия не
исполнение; при
мероприятий,
назначается; наличие
необходимости
текущая попытка
файла или
приложить файл
отметки
комментария не
Ответственный
и/или указать
исполнения, файл и
является
исполнитель
комментарий;
комментарий,
обязательным
просмотреть
предыдущие
условием отправки
историю
попытки и
отметки; после
исполнения
результаты их
отправки
мероприятия
проверки,
мероприятие ожидает
расчетные сроковые
подтверждения
признаки
контролером;
повторная отправка
после отклонения
сохраняется отдельно
от предыдущей
Решение относится к
конкретной попытке
отметки исполнения;
Попытки отметок
при отклонении
исполнения,
комментарий
ожидающие
обязателен,
Просмотреть
подтверждения,
мероприятие
отметку
комментарии и
возвращается в
подтверждающие исполнения и
материалы, данные подтверждающие состояние «На
Контролер
исполнении», а
материалы;
мероприятия и
подтвердить или ответственный
ответственного
исполнитель может
отклонить
исполнителя ДК,
направить новую
исполнение
предыдущие
попытку;
попытки и
предыдущие
результаты их
попытки и
проверки
результаты проверки
сохраняются;
Страница 155
Технический проект. Сервис НПА.
Контур
Аварийная
правка
Кто действует
Главный
администратор
Что отображается
Доступные
действия
Ограничения
отдельный объект
или экран
«Контрольное
решение» не
создается; после
подтверждения всех
мероприятий ДК
автоматически
получает состояние
«Завершена»
Не является штатным
редактированием и
не используется для
обхода согласования;
завершенная ДК не
редактируется;
Внести
Утвержденная, но
изменяются только
исключительную
не завершенная ДК,
существующие поля
правку при
обязательная
из закрытого
наличии причины
причина и значения
перечня,
и успешной
до и после
определяемого и
серверной
изменения
утверждаемого на
проверке
этапе разработки;
серверная проверка
принадлежности
каждого изменяемого
поля перечню
обязательна
6.7. Экран исполнения и контроля мероприятий
6.7.1. Работа ответственного исполнителя
Работа с исполнением и контролем мероприятий выполняется в функциональном блоке
«Работа с НПА» модуля «Дорожные карты». Контур включает просмотр ДК, находящихся на
исполнении, и блоки исполнения и контроля в карточке ДК. В рабочем контуре исполнения
ответственный исполнитель видит доступные ему ДК в состоянии «На исполнении», за которые он
является ответственным исполнителем, и выполняет действия по всем мероприятиям своей ДК в
пределах состояния ДК, состояния мероприятия и серверной проверки.
Все мероприятия ДК выполняет единственный ответственный исполнитель соответствующей
ДК. Отдельный исполнитель мероприятию не назначается.
Ответственный исполнитель может приложить к отметке исполнения подтверждающий файл
и/или указать комментарий. Наличие файла или комментария не является обязательным условием
отправки отметки исполнения.
Файлы подтверждающих материалов хранятся в штатном файловом хранилище портала, а
сервис хранит FILE_ID и прикладную связь файла с мероприятием или отметкой исполнения.
Бинарные файлы не хранятся в прикладных таблицах сервиса. Прикладная модель фиксирует
только FILE_ID, назначение связи и объект, к которому относится файл.
Каждая отправка или повторная отправка отметки исполнения является отдельной попыткой.
Предыдущие попытки не перезаписываются и сохраняются для последующего просмотра в составе
истории исполнения мероприятия.
Отметка ответственного исполнителя не означает исполнение мероприятия. После отправки
отметки мероприятие переходит в ожидание подтверждения контролером. После направления
ответственным исполнителем новой попытки отметки исполнения контролер получает
предусмотренное уведомление. Состав, сроки, повторяемость и журналирование уведомления
определяются разделом 7 и Приложением В.
Страница 156
Технический проект. Сервис НПА.
Список «Работа с НПА» для ответственного исполнителя реализуется с использованием
штатного фильтра и грида Б24 либо их функционального и визуального аналога.
Основными колонками списка «Работа с НПА» для ответственного исполнителя являются:

номер ДК;

вид и наименование проекта акта;

ближайшее незавершенное мероприятие;

срок мероприятия;

состояние мероприятия;

состояние ДК;

расчетный сроковой признак.
Дополнительными колонками являются ПГ и пункт ПГ либо основание создания вне ПГ,
конечный срок ДК и количество отметок, ожидающих проверки.
Единая строка поиска выполняет поиск по номеру ДК, наименованию акта, наименованию
мероприятия и связанным разрешенным текстовым реквизитам.
Поля фильтра: состояние ДК, состояние мероприятия, период срока мероприятия, просрочка
и приближение срока.
Сортировка доступна по сроку мероприятия, конечному сроку ДК, наименованию проекта
акта и состоянию.
Для строки списка доступны действия открытия ДК или мероприятия, а при допустимом
состоянии – внесения и отправки отметки исполнения. Переход по строке открывает карточку
соответствующей ДК с переходом к мероприятию или блоку исполнения.
Пустые состояния списка должны различать отсутствие ДК в состоянии «На исполнении»,
отсутствие доступных пользователю ДК и отсутствие результатов примененного поиска или
фильтра. При отсутствии результатов поиска или фильтра пользователю предоставляется
возможность изменить параметры или сбросить фильтр.
Пользователь может настраивать разрешенные колонки и поля фильтра штатными
средствами Б24. Персональные настройки представления не изменяют права пользователя и состав
серверной выдачи доступных объектов.
6.7.2. Работа контролера
Контролер в списке «Работа с НПА» видит все ДК, прошедшие финальное утверждение,
независимо от ответственного исполнителя, с учетом их текущего состояния и установленных
правил доступа. Автоматический переход ДК из состояния «Утверждена» в состояние «На
исполнении» не исключает такую ДК из области контроля. Для контролера список «Работа с НПА»
использует основные и дополнительные колонки, поиск, фильтрацию и сортировку,
предусмотренные подразделом 6.7.1; дополнительно ответственный исполнитель ДК доступен как
колонка, поле фильтра и поле сортировки.
Контролер видит отметки исполнения, ожидающие подтверждения, в пределах своей роли и
прав доступа. Контролер проверяет направленную отметку исполнения, комментарий и
подтверждающие материалы при их наличии.
Контролер может подтвердить или отклонить исполнение. Мероприятие считается
исполненным только после подтверждения контролером направленной отметки исполнения.
При отклонении исполнения контролером комментарий обязателен. При отклонении
мероприятие возвращается в состояние «На исполнении», а ответственный исполнитель получает
возможность повторно представить результат исполнения. Ответственный исполнитель получает
уведомление «Отклонено». Состав, сроки, повторяемость и журналирование уведомления
определяются разделом 7 и Приложением В.
Каждое повторное представление результата исполнения сохраняется отдельной записью
npa_execution_marks и не перезаписывает предыдущие представления и результаты их проверки.
Предыдущие представления доступны в историческом контексте исполнения мероприятия.
Отклонение контролером отображается как результат проверки направленной отметки
исполнения и переход мероприятия обратно в состояние «На исполнении». Результат проверки
хранится в соответствующей записи npa_execution_marks и отдельного объекта или отдельного
экрана «Контрольное решение» не образует.
Подтверждение и отклонение фиксируются в истории изменений. Уведомления по
исполнению и контролю отправляются только по подтвержденным событиям процессной модели.
Страница 157
Технический проект. Сервис НПА.
После подтверждения контролером исполнения всех мероприятий система автоматически
переводит ДК в состояние «Завершена». Отдельное действие ручного завершения ДК не
предоставляется. Повторное открытие завершенной ДК не реализуется.
Очередь отметок исполнения, ожидающих подтверждения контролером, реализуется с
использованием штатного фильтра и грида Б24 либо их функционального и визуального аналога.
Основными колонками списка отметок, ожидающих контроля, являются:

номер ДК;

вид и наименование проекта акта;

мероприятие;

ответственный исполнитель ДК;

дата и время направления отметки;

срок мероприятия;

наличие файла;

наличие комментария;

состояние отметки исполнения.
Дополнительными колонками являются ПГ и пункт ПГ либо основание создания вне ПГ и
количество предыдущих представлений результата исполнения.
Единая строка поиска выполняет поиск по номеру ДК, наименованию акта, наименованию
мероприятия и ответственному исполнителю ДК.
Поля фильтра: ответственный исполнитель ДК, период направления отметки исполнения,
период срока мероприятия, наличие файла и наличие комментария.
Сортировка доступна по дате и времени направления отметки исполнения, сроку мероприятия
и ответственному исполнителю ДК.
Для строки очереди доступны действия «Открыть», «Подтвердить» и «Отклонить» в пределах
роли контролера, состояния мероприятия, наличия направленной отметки исполнения, ожидающей
подтверждения, и успешной серверной проверки. При действии «Отклонить» комментарий
обязателен.
Переход по строке открывает карточку соответствующей ДК с переходом к мероприятию и
направленной отметке исполнения.
Пустые состояния очереди должны различать отсутствие отметок исполнения, ожидающих
подтверждения, отсутствие доступных контролеру отметок и отсутствие результатов примененного
поиска или фильтра. При отсутствии результатов поиска или фильтра пользователю
предоставляется возможность изменить параметры или сбросить фильтр.
Персональные настройки разрешенных колонок и полей фильтра штатными средствами Б24
не изменяют права пользователя и состав серверной выдачи доступных отметок исполнения.
6.7.3. Контроль сроков и визуальная индикация
Контроль сроков отображается через фактическое состояние мероприятия, срок мероприятия,
конечный срок ДК и расчетные признаки приближения срока и просрочки.
Для мероприятия отображаются его фактическое состояние, установленный срок и
применимый расчетный сроковой признак. При наличии просрочки отображается количество дней
просрочки в соответствии с применимым расчетом.
В рамках ДК может применяться светофорная индикация: зеленый – мероприятие исполнено
в установленный срок; желтый – мероприятие ожидает исполнения или подтверждения; красный –
срок нарушен и исполнение не подтверждено. Цветовая индикация является расчетной визуальной
подсказкой и не является состоянием мероприятия.
Цвет не используется как единственный носитель значения. Расчетная индикация
сопровождается текстовым обозначением, иконографическим признаком либо их сочетанием,
позволяющим определить значение без учета цвета.
Просрочка, приближение срока, число дней просрочки и светофорная индикация являются
расчетными признаками и не создают дополнительных состояний жизненного цикла.
Срок мероприятия позже конечного срока ДК должен блокироваться на этапе формирования
ДК. Утвержденная ДК не должна содержать мероприятия со сроками позже конечного срока ДК.
При наступлении предусмотренного срокового порога одно уведомление направляется
штатным механизмом Б24 и одновременно отображается как popup поверх текущей страницы
Портала. Краткое представление popup содержит тип события, наименование мероприятия, срок
исполнения и количество оставшихся рабочих дней либо рабочих дней просрочки. Для
Страница 158
Технический проект. Сервис НПА.
приближения срока применяется желтое визуальное выделение, для нарушения срока – красное.
Пользователю доступны действия «Раскрыть уведомление», «Перейти к ДК» и закрытие popup.
Popup не является блокирующим модальным окном, не закрывается автоматически и не создает
отдельного уведомления, статуса ознакомления, истории или записи журнала. Закрытие popup не
означает ознакомление и не прекращает сроковой контроль. Детальные правила определяются
подразделом 7.3.4.
Расчетные признаки помогают пользователю определить приоритет внимания, но не
выполняют переход состояния мероприятия без предусмотренного процессной моделью действия
пользователя или системы.
6.7.4. Файлы, история и уведомления исполнения
Файлы исполнения отображаются в привязке к мероприятию или соответствующей отметке
исполнения; доступ к ним определяется доступом к связанному объекту и штатными механизмами
портала. Бинарные файлы не хранятся в прикладных таблицах сервиса, а связь с файлом
фиксируется через FILE_ID.
В UX исполнения отображается актуальная направленная отметка исполнения, необходимая
для выполнения текущего действия исполнителя или контролера. Предыдущие представления
результата исполнения и результаты их проверки сохраняются и отображаются в историческом
контексте исполнения мероприятия без создания самостоятельного пользовательского объекта или
отдельного экрана попытки исполнения.
Предыдущие представления результата исполнения не подменяют историю объекта. История
объекта отображает значимые события исполнения и контроля по правилам доступа к истории,
включая направление отметки исполнения, подтверждение и отклонение контролером и связанные
изменения состояния.
Платформенное уведомление является информационным сообщением пользователю,
отправляемым штатным механизмом Корпоративного портала по подтвержденному событию
сервиса. Оно не является записью истории объекта и не заменяет отображение фактического
состояния мероприятия или ДК.
Общий журнал уведомлений является отдельным от истории объекта средством просмотра
фактов и результатов отправки уведомлений. Доступ к общему журналу уведомлений имеют только
контролер и администратор.
История исполнения и уведомления применяются по правилам раздела 7 и Приложения В. В
настоящем подразделе фиксируется UX-разделение файлов и отметок исполнения, исторических
сведений о предыдущих представлениях результата исполнения, истории объекта, платформенных
уведомлений и общего журнала уведомлений.
6.8. Сценарий экспорта ДК
6.8.1. Экспорт ДК
Экспорт ДК является пользовательским сценарием модуля «Экспортирование ДК» и
обеспечивает перенос ДК в другой ПГ или пункт ПГ через создание новой ДК в целевом пункте и
последующее архивирование исходной ДК. Экспорт отображается в интерфейсе как отдельное
действие и не является копированием ДК, выгрузкой в файл или прямым изменением связи
существующей ДК с пунктом ПГ.
Экспорт выполняет только контролер. Исходная ДК должна находиться в состоянии «На
исполнении». Действие доступно при наличии допустимого целевого ПГ и целевого пункта ПГ,
отсутствии другой активной ДК в целевом пункте, выполнении иных установленных процессных
условий и успешной серверной проверке.
Контролер запускает действие «Экспортировать ДК» из предусмотренного рабочего
контекста ДК. В UX-сценарии экспорта контролер выбирает целевой ПГ и целевой пункт ПГ.
Система проверяет допустимость выбранного целевого пункта и отсутствие в нем другой активной
ДК.
Popup экспорта содержит сведения об исходной ДК, выбор целевого ПГ, выбор целевого
пункта ПГ, сводку переносимых и непереносимых данных и действие подтверждения операции.
До подтверждения экспорт не изменяет исходную ДК, исходный пункт ПГ и целевой пункт
ПГ. Наличие и доступность действия в интерфейсе не заменяют итоговую серверную проверку
роли контролера, состояния исходной ДК, допустимости целевого пункта и иных условий процесса.
Страница 159
Технический проект. Сервис НПА.
Самостоятельная функция копирования ДК отсутствует. Кнопки «Копировать ДК», «Создать
копию» и отдельный экран копирования ДК не предусматриваются.
6.8.2. Состав переносимых данных
Перед подтверждением операции контролеру отображается сводка состава данных, которые
будут перенесены в новую ДК, и данных, которые не входят в перенос.
В новую ДК переносятся:

основные сведения ДК;

характеристики;

фактические мероприятия;

сроки;

ответственный исполнитель;

маршрут как заготовка;

разрешенные файлы ДК;

разрешенные файлы мероприятий.
Маршрут переносится только как заготовка для новой ДК и не переносит результаты
прохождения исходного маршрута.
Не переносятся:

решения согласующих;

циклы согласования;

история;

уведомления;

отметки исполнения;

результаты контроля исполнения;

файлы отметок исполнения.
Переносится фактический состав мероприятий исходной ДК. Рекомендации не подменяют
фактические мероприятия и не формируют автоматически новый состав мероприятий в рамках
экспорта. Состав переноса соответствует функциональной модели экспорта
6.8.3. Результат успешного экспорта
После подтверждения экспорта и успешной серверной проверки система создает новую ДК
в выбранном целевом пункте ПГ с разрешенным составом переносимых данных.
Новая ДК создается в состоянии «На исполнении».
После успешного создания новой ДК система фиксирует операцию экспорта и связь исходной
и новой ДК, после чего исходная ДК архивируется. Только после архивирования исходной ДК
операция фиксируется как успешно завершенная. После успешного экспорта в исходном пункте
ПГ блокируется создание новой активной ДК.
После успешного экспорта интерфейс отображает результат операции, включая номер новой
ДК, целевой ПГ и пункт ПГ и переход к новой ДК. В исходной ДК отображается ее архивное
состояние.
После успешного завершения операции контролер, инициировавший экспорт, получает
предусмотренное уведомление об успешном результате с переходом к новой ДК. Детальный состав
сообщения и правила журналирования определяются разделом 7 и Приложением В.
Результат экспорта, связанные события истории и уведомления фиксируются по правилам
функциональной и процессной модели, раздела 7 и Приложения В.
6.8.4. Ошибка и новый запуск экспорта
При проверках текущего запуска система повторно проверяет роль контролера, состояние
исходной ДК, выбранные целевой ПГ и пункт ПГ и остальные установленные серверные условия.
При блокирующей ошибке проверки текущая npa_export_operations завершается в состоянии
ошибки валидации. Исходная ДК не изменяется и не архивируется. Завершенная операция не
возвращается в черновик и не используется для изменения цели или последующего подтверждения.
При технической ошибке выполнения незавершенные изменения откатываются, исходная
ДК не архивируется, а текущая npa_export_operations завершается неуспешно.
После устранения причины интерфейс предоставляет действие «Новый экспорт». Действие
создает новую npa_export_operations и запускает стандартный сценарий экспорта заново: контролер
Страница 160
Технический проект. Сервис НПА.
заново выбирает целевой ПГ и пункт ПГ, после чего заново выполняются проверки, предпросмотр
и подтверждение. Завершенная неуспешно операция не возобновляется и не возвращается в
черновик.
При технической ошибке контролер, инициировавший соответствующую операцию,
получает предусмотренное уведомление о неуспешном результате и возможности после устранения
причины запустить новый экспорт. Сам факт нового запуска отдельного уведомления не создает;
уведомление формируется по результату новой операции.
История и журналирование ведутся отдельно для каждой npa_export_operations. Неуспешная
операция сохраняет собственный результат и данные ошибки; последующий новый запуск является
новой операцией и не изменяет историю предыдущей.
Страница 161
Технический проект. Сервис НПА.
7. История изменений, уведомления и журнал уведомлений
7.1. Общие принципы фиксации событий
7.1.1. Разделение истории изменений, уведомлений и журнала уведомлений
История изменений, уведомления и журнал уведомлений являются разными контурами.
История фиксирует значимые события по объектам сервиса, уведомления информируют
пользователей через штатный механизм Корпоративного портала, а журнал уведомлений фиксирует
факт или попытку отправки уведомления.
Запись истории не означает автоматическую отправку уведомления, а запись в журнале
уведомлений не заменяет событие истории. При определении состава событий истории и
уведомлений применяется иерархия: ТЗ и согласованные решения → закрытая процессная модель
разделов 1–6 → синхронизируемое Приложение В. Приложение В является детализирующим
реестром подтвержденных событий после синхронизации и не отменяет требование, установленное
источником более высокого приоритета.
Таблица 7.1 – Разделение истории, уведомлений и журнала уведомлений
Что не
Ограничения
фиксируется
Факт отправки
Объект, событие,
История не является
уведомления как
Аудит значимых инициатор, дата,
статусом, не заменяет
замена события;
История
действий
результат, значимые
уведомления и не
технические
изменений пользователей и изменения и
дублирует полный
просмотры и
системы
комментарии при
технический журнал
расчетные признаки
наличии
платформы
без результата
Уведомления не
Штатное уведомление
подменяют историю,
портала по событию,
статусы жизненного
подтвержденному ТЗ,
Информирование
цикла и серверные
согласованным
Права пользователя, проверки; отсутствие
участников
решением либо
статус объекта,
процесса о
либо
закрытой процессной
Уведомления событиях,
комментарий к
несинхронизированное
моделью разделов 1–6;
решению или запись состояние
требующих
Приложение В
истории
внимания или
соответствующей записи
используется как
действия
Приложения В не
детализирующий
отменяет требование из
реестр после
источника более
синхронизации
высокого приоритета
Объект, событие
Журнал не дублирует
уведомления,
Контроль факта
Полная внутренняя
пользователей и
получатель, результат
Журнал
отправки или
история платформы
уведомления Б24 как
отправки, дата,
уведомлений попытки отправки
Б24 и история
самостоятельные
BITRIX_NOTIFY_ID
уведомления
объекта
сущности
при наличии, ошибка
при наличии
Контур
Назначение
Что фиксируется
7.1.2. Источники событий и условия фиксации
События формируются при выполнении подтвержденных функций сервиса и фиксируются
после серверной проверки прав, текущего статуса, участия пользователя в объекте и условий
выполнения действия. Каждое событие должно быть связано с объектом, пользователем или
системным инициатором, временем, типом события и результатом выполнения.
Событие истории фиксируется только для значимого факта. Технические действия,
просмотры карточек и списков, открытие файлов, отображение или скрытие кнопок, расчет
просрочки, расчет приближения срока и светофорная индикация не фиксируются как события
истории без подтверждения такого события ТЗ, согласованным решением либо закрытой
Страница 162
Технический проект. Сервис НПА.
процессной моделью разделов 1–6. Уведомление формируется по подтвержденному требованию
ТЗ, согласованному решению либо закрытой процессной модели разделов 1–6. Приложение В после
синхронизации детализирует подтвержденные события и не является самостоятельным условием
их существования.
7.1.3. Связь событий с функциями, ролями, статусами и UX
События истории и уведомления должны быть связаны с автоматизированными функциями,
ролями, статусами, переходами, UX/UI-сценариями и трассировкой по Приложениям А–Д.
Изменение состава событий истории, уведомлений или адресатов выполняется через актуализацию
связанных разделов технического проекта и последующую синхронизацию Приложения В.
7.2. История изменений
7.2.1. Назначение истории изменений
История изменений предназначена для аудита значимых действий пользователей и системы.
История должна показывать, кто, когда, по какому объекту и какое значимое действие выполнил, а
также результат действия и комментарий при наличии.
История не является механизмом уведомления, статусной моделью или полным техническим
журналом операций платформы. История фиксирует события сервиса, а не все технические
операции Б24.
История должна быть доступна пользователям в пределах прав доступа к связанному объекту.
Пользователь не должен видеть события по объектам, к которым у него нет прав доступа.
7.2.2. События истории по основным объектам
По ПГ в истории отдельными событиями фиксируются загрузка допустимого исходного
документа, успешное структурное извлечение, проверка рабочего набора, корректировка рабочего
результата до сохранения и сохранение ПГ. Для скана без текстового слоя либо документа,
непригодного к структурному извлечению, после загрузки документа вместо структурного
извлечения фиксируется ручной ввод структурированных данных. Результат системной проверки
рабочего набора формирует система; initiator_user_id фиксируется только в случае, когда системная
проверка была инициирована пользовательским действием. Корректировка в данном контуре
относится только к исправлению рабочего результата до сохранения.
По изменениям ПГ фиксируются обработка утвержденного ПГ или официального документа
изменений, формирование рабочего набора изменений, сопоставление, проверка и подтверждение
рабочего набора контролером, применение изменений, документ-основание, инициатор, дата и
время, значения до и после. До подтверждения и сохранения рабочий набор изменений не является
источником истины. После сохранения произвольное штатное редактирование ПГ отсутствует. При
исключительной корректировке сохраненного пункта ПГ главным администратором фиксируются
документ-основание, обязательная причина, результат серверной проверки, значения до и после,
инициатор, дата и время.
По пункту ПГ фиксируются добавление, применение официального изменения,
исключительная корректировка, исключение, признание нецелесообразным, связь с ДК, изменение
связи с ДК в рамках подтвержденного процесса, назначение ответственного исполнителя пункта
ПГ, смена ответственного исполнителя пункта ПГ, а также архивирование связанной ДК в случаях,
когда примененное изменение ПГ по правилам процесса требует архивирования. При назначении
или смене ответственного исполнителя фиксируются фактический USER_ID ответственного
исполнителя, инициатор и дата и время изменения в рамках существующей модели истории.
По ДК фиксируются создание по пункту ПГ, создание вне ПГ, изменение сведений,
характеристик и мероприятий, направление на согласование, возврат на доработку, повторная
отправка, утверждение, завершение, архивирование и иные подтвержденные действия жизненного
цикла.
По маршруту отдельными событиями фиксируются первоначальное формирование
маршрута; допустимое изменение маршрута; добавление и допустимое изменение этапа;
добавление и допустимое изменение состава участников; активация этапа; поступление активного
действия конкретному пользователю; перенаправление новому согласующему; обратный возврат
активного действия по цепочке перенаправления; запуск нового cycle_no и завершение
согласовательного контура. После возврата ДК ранее сформированный маршрут сохраняется:
существующие этапы и согласующие не удаляются, не заменяются и не переупорядочиваются; в
Страница 163
Технический проект. Сервис НПА.
этом состоянии события изменения структуры маршрута относятся только к добавлению новых
этапов и/или новых согласующих. По каждому уровню перенаправления фиксируются инициатор,
привлеченный согласующий, обязательное основание, уровень, связь с предыдущим уровнем,
передача активного действия и обратный возврат активного действия при применимости.
Вложенность перенаправлений не ограничивается.
По согласованию фиксируются номер цикла, переход на этап, дата и время поступления ДК
активному участнику, дата и время принятия решения, решение согласующего, обязательный
комментарий при отклонении, прекращение текущего цикла при отклонении, возврат ДК
ответственному исполнителю, завершение согласовательного контура и автоматическая передача
ДК на финальное утверждение. После доработки повторная отправка запускает новый цикл
согласования с первого этапа. Решения предыдущих циклов сохраняются и не перезаписываются.
По утверждению фиксируются действие «Утвердить» либо «Вернуть на доработку» статссекретаря – заместителя Министра; при возврате комментарий обязателен. При утверждении
фиксируются номер и дата ДК, состояние «Утверждена» и автоматический переход в состояние
«На исполнении»; дата ДК равна дате финального утверждения. После утверждения штатное
редактирование запрещено; аварийная правка доступна главному администратору только для
утвержденной, но не завершенной ДК.
По исполнению фиксируются каждая попытка отметки исполнения и передача на
подтверждение контролеру; предыдущие попытки и результаты их проверки не перезаписываются.
Файлы подтверждающих материалов хранятся средствами Корпоративного портала, а сервис
хранит FILE_ID и прикладную связь.
По контролю фиксируется результат проверки соответствующей попытки отметки
исполнения: подтверждение исполнения либо отклонение с обязательным комментарием и возврат
мероприятия в состояние «На исполнении». Мероприятие считается исполненным только после
подтверждения контролером; после подтверждения всех мероприятий фиксируется автоматический
переход ДК в состояние «Завершена».
По аварийной правке фиксируются выполнение главным администратором для
утвержденной, но не завершенной ДК, причина, измененные сведения, значения до и после, дата и
автор. Аварийная правка не является штатным редактированием утвержденной ДК.
По экспорту отдельными событиями фиксируются запуск контролером и создание новой
npa_export_operations для каждого явного запуска, выбор целевого ПГ и пункта ПГ, успешное
завершение с созданием новой ДК либо неуспешное завершение операции при ошибке, а также
отдельное архивирование исходной ДК при успешном атомарном завершении. При ошибке
исходная ДК не архивируется; последующий пользовательский запуск создает новую
npa_export_operations и проходит выбор цели, проверки, предпросмотр и подтверждение заново.
Экспорт ДК не является Excel/PDF-выгрузкой и не является копированием.
События личных шаблонов не включаются в историю ДК.
Таблица 7.2 – Сводные события истории изменений
Объект
События истории
Инициатор
ПГ
Загрузка или ручной
ввод, структурное
извлечение, проверка и Контролер;
корректировка рабочего система
результата до
сохранения, сохранение
Изменения
ПГ
Обработка
Контролер;
утвержденного ПГ или
главный
официального
администратор
документа изменений;
для
формирование рабочего
исключительной
набора; сопоставление,
корректировки;
проверка и
система
подтверждение
Условие фиксации
Ограничения
Сырой результат
структурного извлечения
не является источником
Выполнено значимое истины; корректировка
рабочего результата
действие с ПГ или
рабочим результатом выполняется до
сохранения; после
обработки
сохранения произвольное
штатное редактирование
ПГ отсутствует
Рабочий набор
Историческое содержание
официальных
структурированных
изменений
данных хранится в сервисе
сопоставлен, проверен и не подменяется
и подтвержден
хранением старых файлов;
контролером, после произвольное штатное
чего изменение
редактирование
применено;
сохраненного ПГ
Страница 164
Технический проект. Сервис НПА.
Объект
События истории
контролером;
применение изменений;
документ-основание,
дата и время, значения
до и после;
исключительная
корректировка
сохраненного пункта
ПГ с обязательной
причиной
Инициатор
Пункт ПГ
Добавление,
применение
официального
изменения,
исключительная
Контролер;
корректировка,
главный
исключение, признание администратор
нецелесообразным,
для
связь с ДК, назначение исключительной
ответственного
корректировки;
исполнителя, смена
система
ответственного
исполнителя,
архивирование
связанной ДК
ДК
Создание, изменение
сведений,
характеристик и
мероприятий,
направление на
согласование, возврат,
повторная отправка,
утверждение,
завершение,
архивирование
Условие фиксации
Ограничения
исключительная
отсутствует
корректировка
допускается только
главным
администратором при
наличии документаоснования,
обязательной
причины и успешной
серверной проверки
Изменение пункта
применено по
Связанная ДК
установленному
архивируется только в
процессу, выполнена случаях, когда
исключительная
примененное изменение
корректировка либо ПГ по правилам процесса
назначен или изменен требует архивирования;
ответственный
новая ДК по
исполнитель. При
нецелесообразному пункту
назначении или смене не создается; назначение
ответственного
или смена ответственного
исполнителя
исполнителя не открывает
фиксируются
произвольное
фактический
редактирование остальных
USER_ID, инициатор сведений сохраненного
и дата и время
пункта
изменения
Просмотр карточки не
фиксируется; расчетные
Пользователь с
Выполнено действие
признаки не являются
правом действия;
жизненного цикла ДК
событиями истории сами
система
по себе
Стандартные шаблоны
маршрутов не вводятся;
делегирование как
добавление согласующего
не реализуется; по
каждому уровню
Формирование
перенаправления
маршрута,
обязательные и
Изменение маршрута фиксируются инициатор,
Ответственный
привлеченный
дополнительные этапы,
выполнено в
исполнитель;
согласующий,
последовательный или
допустимом
согласующий,
обязательное основание,
параллельный режим
состоянии либо
Маршрут
инициировавший
уровень, связь с
этапа, изменение
зафиксировано
перенаправление;
этапов, режима и
перенаправление по предыдущим уровнем,
система
передача активного
участников,
правилам процесса
действия и обратный
перенаправление
возврат активного
новому согласующему
действия при
применимости;
вложенность
перенаправлений не
ограничивается
Номер цикла; переход Согласующий
Активирован этап или Решения предыдущих
активного этапа; ветвь, принято
циклов сохраняются и не
Согласование на этап; поступление
ДК активному
ответственный
решение, завершен
перезаписываются;
Страница 165
Технический проект. Сервис НПА.
Объект
События истории
Инициатор
участнику; принятие
исполнитель;
решения; обязательный система
комментарий при
отклонении;
прекращение текущего
цикла; возврат ДК
ответственному
исполнителю; запуск
нового цикла;
завершение
согласовательного
контура;
автоматическая
передача на финальное
утверждение
Условие фиксации
согласовательный
контур либо ДК
повторно направлена
после доработки
Ограничения
отклонение требует
обязательного
комментария и прекращает
текущий цикл; новый цикл
начинается с первого этапа
При возврате комментарий
обязателен; дата ДК равна
дате финального
утверждения; после
утверждения штатное
редактирование
запрещено; аварийная
правка доступна только
главному администратору
для утвержденной, но не
завершенной ДК
Предыдущие попытки и
Пользователь является
результаты их проверки не
ответственным
перезаписываются;
исполнителем ДК,
отметка не означает
мероприятие
исполнение до
находится в состоянии
подтверждения
«На исполнении»
контролером
Результат контроля
хранится в
соответствующей
Есть попытка отметки попытке; мероприятие
считается исполненным
исполнения,
ожидающая проверки, только после
подтверждения
и контролеру
доступно контрольное контролером; после
подтверждения всех
действие
мероприятий ДК
автоматически получает
состояние «Завершена»
ДК утверждена, но не Аварийная правка не
завершена; указана
является штатным
причина; выполнена обходом согласования,
серверная проверка
статусов или прав
Экспорт не является
Excel/PDF-выгрузкой или
копированием; исходная
ДК архивируется только
Зафиксирован
успешный результат после успешного создания
новой ДК; техническая
либо техническая
ошибка завершает
ошибка
текущую операцию;
незавершенной
последующий явный
операции экспорта
пользовательский запуск
создает новую
npa_export_operations
Действие «Утвердить»
или «Вернуть на
Система при
доработку», присвоение
активации этапа;
номера и даты ДК,
Активен
статс-секретарь –
обязательный этап
Утверждение фиксация состояния
заместитель
«Утверждена»,
«Утверждение»
Министра при
автоматический
принятии решения
переход в состояние
«На исполнении»
Создание отдельной
попытки отметки
Ответственный
Исполнение
исполнения и передача исполнитель
на контроль
Контроль
Аварийная
правка
Экспорт
Результат проверки
соответствующей
попытки:
подтверждение
исполнения либо
отклонение с
Контролер
обязательным
комментарием; возврат
в состояние «На
исполнении» при
отклонении
Выполнение правки,
причина, измененные Главный
сведения, значения до и администратор
после
Запуск контролером,
выбор целевого ПГ и
пункта ПГ, создание
новой ДК при
успешном результате
либо фиксация
Контролер;
технической ошибки
система
операции,
архивирование
исходной ДК после
успешного создания
новой
Страница 166
Технический проект. Сервис НПА.
7.2.3. События, не подлежащие фиксации в истории
В истории изменений не фиксируются просмотр карточки, просмотр списка, просмотр файла,
если иное не подтверждено Приложением В, отображение кнопки, скрытие кнопки, расчет
просрочки, расчет приближения срока или светофорной индикации сам по себе.
Событие отправки уведомления не заменяет событие истории. Если требуется фиксировать
факт отправки или попытки отправки уведомления, он фиксируется в журнале уведомлений, а не
как замена события истории.
События личных шаблонов не включаются в историю ДК. Технические попытки
платформенных операций без результата не фиксируются в истории, если они не относятся к
журналу уведомлений или журналированию ошибки операции, предусмотренной моделью.
7.2.4. Доступ к истории изменений
История объекта доступна администратору, контролеру, ответственному исполнителю,
согласующим, финальному утверждающему и пользователям с правом просмотра
соответствующего объекта в пределах установленной модели доступа.
История исполнения должна быть связана с мероприятием, соответствующей попыткой
отметки исполнения и ДК. История экспорта должна связывать исходную и новую ДК через
операцию экспорта.
История не должна раскрывать пользователю данные объектов, к которым у него нет доступа.
Просмотр истории не предоставляет права на выполнение действий с объектом.
7.3. Уведомления
7.3.1. Назначение уведомлений
Уведомления предназначены для информирования участников процесса о событиях,
требующих внимания или действия, и отправляются штатным механизмом Корпоративного
портала. Сервис не создает внешнюю систему уведомлений и не дублирует механизм уведомлений
Б24.
Получатели уведомлений являются штатными пользователями портала и связываются с
прикладными объектами через USER_ID. BITRIX_NOTIFY_ID хранится только при наличии
идентификатора уведомления, возвращенного платформой. Уведомления не подменяют статусы,
историю изменений, журнал уведомлений и серверные проверки.
7.3.2. События уведомлений
По ПГ и связанным ДК уведомления формируются при применении изменения ПГ,
архивировании связанной ДК и возникновении обязанности создать новую ДК. Если разрешенная
и требуемая по процессу новая ДК не создана по истечении одного рабочего дня с момента
применения изменения, ответственному исполнителю направляется первое напоминание, далее
напоминания направляются ежедневно до создания новой ДК либо до утраты необходимости или
возможности ее создания по процессу. Новое применимое подтвержденное изменение, снова
создающее необходимость и возможность создания новой ДК, запускает новый самостоятельный
цикл ежедневных напоминаний.
По маршруту и согласованию уведомления формируются при поступлении ДК активному
согласующему, завершении согласования и передаче на финальное утверждение, отклонении ДК
обычным согласующим, возврате ДК финальным утверждающим, а также при утверждении и
регистрации ДК.
По исполнению и контролю формируются предварительные сроковые уведомления,
уведомления о нарушении срока, уведомление контролеру о направлении отметки исполнения на
контроль и уведомление ответственному исполнителю об отклонении соответствующей отметки
контролером.
По экспорту формируются отдельные уведомления контролеру, инициировавшему экспорт:
об успешном результате операции и о технической ошибке.
Страница 167
Технический проект. Сервис НПА.
Таблица 7.3 – Сводные события уведомлений
Событие
Условие и срок
Получатель
Состав сообщения
Применение
изменения ПГ
Проверенное изменение на
Ответственный
основании утвержденного ПГ либо исполнитель
официального документа изменений затронутого пункта
применено к затронутому пункту ПГ ПГ
Наименование ПГ, конкретный пункт ПГ и
наименование проекта акта; факт применения
изменения
Архивирование
связанной ДК
Примененное изменение ПГ по
правилам процесса вызвало
архивирование связанной ДК;
уведомление формируется после
фиксации архивирования
Ответственный
исполнитель
архивированной ДК
Идентификация ДК, ПГ и пункта ПГ; факт и
основание архивирования
Новая ДК, разрешенная после
изменения ПГ, не создана по
истечении +1 рабочего дня с
момента применения изменения; +1
рабочий день рассчитывается вперед
Ежедневное
Ответственный
по производственному календарю
напоминание о
исполнитель
Российской Федерации в часовом
несозданной новой
затронутого пункта
поясе Москвы с границей расчетного
ДК
ПГ
календарного дня 00:00 по
московскому времени, нерабочие
дни в отсчет не входят; далее
уведомление формируется
ежедневно
Наименование ПГ, конкретный пункт ПГ и
наименование проекта акта; сообщение о
необходимости создать новую ДК
Поступление ДК
активному
согласующему
Активное действие передано
пользователю при активации
последовательного этапа, при
активации ветви параллельного
этапа, при передаче действия
привлеченному согласующему, при
передаче действия следующему
Пользователь,
которому в данный
момент передано
активное действие
Идентификация ДК, активный этап или ветвь и
факт поступления ДК для принятия решения
Повтор, прекращение, возобновление,
история и журнал
Направляется один раз на факт применения
конкретного изменения. Применение
изменения фиксируется в истории ПГ и
пункта ПГ; каждая попытка отправки и ее
результат фиксируются в журнале
уведомлений
Направляется один раз на факт
архивирования. Архивирование фиксируется
в истории ДК; каждая попытка отправки и ее
результат фиксируются в журнале
уведомлений
Направляется ежедневно до создания новой
ДК либо до момента, когда создание новой
ДК больше не требуется или невозможно по
процессу, включая признание подготовки акта
нецелесообразной и применимый успешный
экспорт, после которого в исходном пункте
блокируется новая активная ДК. Только новое
подтвержденное изменение, снова создающее
необходимость и возможность создания новой
ДК, запускает новый самостоятельный цикл
ежедневных напоминаний. Само напоминание
в истории объекта не дублируется; каждая
попытка отправки и ее результат
фиксируются в журнале уведомлений
Направляется один раз при каждой новой
активации действия для конкретного
получателя и применимого контекста,
различающего как минимум цикл, этап или
ветвь и уровень перенаправления. Для
параллельного этапа остальные ветви
продолжают работу независимо. После
Страница 168
Технический проект. Сервис НПА.
Событие
Условие и срок
Получатель
вложенному согласующему либо при
обратном возврате активного
действия предыдущему участнику
цепочки после положительного
решения вложенного участника
Завершение
согласования и
передача на
финальное
утверждение
Отклонение ДК
обычным
согласующим
Завершены все согласовательные
Ответственный
этапы текущего цикла, включая все
исполнитель; статсветви параллельных этапов и все
секретарь –
вложенные цепочки
заместитель
перенаправлений; ДК автоматически
Министра
передана на финальное утверждение
Активный согласующий отклонил
ДК и указал обязательный
Ответственный
комментарий; текущий цикл
исполнитель
прекращен и ДК возвращена
ответственному исполнителю
Возврат ДК
финальным
утверждающим
Финальный утверждающий выбрал
действие «Вернуть на доработку» и
указал обязательный комментарий
Ответственный
исполнитель
Утверждение и
регистрация ДК
Финальный утверждающий выбрал
действие «Утвердить»; ДК
присвоены номер и дата,
зафиксировано состояние
Ответственный
исполнитель
Состав сообщения
Повтор, прекращение, возобновление,
история и журнал
промежуточного положительного решения
отдельное уведомление о самом решении не
направляется; если такое решение приводит к
обратному возврату активного действия
предыдущему участнику, ему направляется
уведомление о новой активации действия.
Поступление ДК активному участнику
фиксируется в истории согласования,
передача и обратный возврат активного
действия по вложенной цепочке – в истории
маршрута; каждая попытка отправки и ее
результат фиксируются в журнале
уведомлений
Направляется один раз каждому
Ответственному исполнителю – идентификация
соответствующему получателю в текущем
ДК и сообщение о завершении согласования;
цикле. Завершение согласования и передача
статс-секретарю – заместителю Министра –
на утверждение фиксируются в истории;
идентификация ДК и сообщение о поступлении
каждая попытка отправки и ее результат
ДК на финальное утверждение
фиксируются в журнале уведомлений
Направляется один раз на соответствующее
решение. Решение и возврат ДК фиксируются
Идентификация ДК, факт отклонения и
в истории; каждая попытка отправки и ее
комментарий согласующего
результат фиксируются в журнале
уведомлений
Направляется один раз на соответствующее
решение. Решение и возврат фиксируются в
Идентификация ДК, факт возврата и
истории. После доработки новый цикл
обязательный комментарий финального
начинается с первого этапа; каждая попытка
утверждающего
отправки и ее результат фиксируются в
журнале уведомлений
Направляется один раз после выполнения всех
Идентификация ДК, вид и наименование проекта
указанных действий. Утверждение,
акта, присвоенные номер и дата, результат
присвоение номера и даты и переход в
утверждения и регистрации
состояние «На исполнении» фиксируются в
Страница 169
Технический проект. Сервис НПА.
Событие
Условие и срок
Получатель
«Утверждена» и выполнен
автоматический переход в состояние
«На исполнении»
Предварительные
сроковые
уведомления
Мероприятие находится в состоянии
«На исполнении»: за 3 рабочих дня
до срока; за 1 рабочий день до срока. За 3 рабочих дня –
Пороги −3 и −1 рассчитываются
ответственный
назад по рабочим дням от
исполнитель; за 1
контрольной даты по
рабочий день –
производственному календарю
руководитель
Российской Федерации в часовом
ответственного
поясе Москвы; граница расчетного исполнителя уровня
календарного дня – 00:00 по
начальника отдела
московскому времени; нерабочие
дни в отсчет не входят
Состав сообщения
Повтор, прекращение, возобновление,
история и журнал
истории; каждая попытка отправки и ее
результат фиксируются в журнале
уведомлений
Для каждого порога формируется одно
Каждый порог направляется каждому
уведомление. Уведомление направляется
получателю не более одного раза. Если
штатным механизмом уведомлений
Корпоративного портала и остается доступным ответственным исполнителем является
начальник отдела, он получает уведомление за
пользователю в штатном интерфейсе
3 рабочих дня, а отдельное уведомление за 1
уведомлений Б24; одновременно это же
рабочий день тому же пользователю не
уведомление дополнительно отображается во
направляется. Если несколько адресатных
всплывающем popup-окне поверх текущей
ролей одного события и одного порога
страницы Портала. В кратком представлении
popup отображаются: тип события – приближение разрешаются в один USER_ID, пользователю
направляется одно уведомление. Уведомления
срока; наименование мероприятия; срок
прекращаются после выхода мероприятия из
исполнения; количество оставшихся рабочих
состояния «На исполнении», включая
дней. Popup визуально выделяется желтым.
направление отметки на контроль. После
Пользователю доступны действия «Раскрыть
уведомление», «Перейти к ДК» и закрытие popup. отклонения контролером и возврата
мероприятия в состояние «На исполнении»
Для ДК по ПГ полное представление:
«Уведомление о приближении срока исполнения расчет возобновляется только для
применимых будущих порогов; ранее
мероприятия». Уважаемый(ая) [ФИО
успешно отправленные пороги тому же
пользователя]! Напоминаем, что в рамках
получателю в том же контексте не
исполнения дорожной карты по подготовке
повторяются. Закрытие popup не прекращает
проекта НПА/ПА [Наименование акта],
сроковой контроль и не вызывает повторный
предусмотренного пунктом [№ пункта] планаграфика [Наименование ПГ] во исполнение норм показ popup по тому же порогу. При
наступлении следующего предусмотренного
Федерального закона от [дата ФЗ] № [№ ФЗ],
порога формируется новое уведомление и
приближается срок выполнения мероприятия.
отображается соответствующий ему новый
При раскрытии уведомления отображаются: 1.
popup. Расчетный порог в истории объекта не
Мероприятие дорожной карты: [наименование
фиксируется; каждая попытка отправки
мероприятия]. 2. Срок исполнения: [дата срока
исполнения]. 3. До наступления срока осталось: уведомления и ее результат фиксируются в
журнале уведомлений
[количество] рабочих дней. 4. Количество
просроченных дней: 0. Требуется принять
Страница 170
Технический проект. Сервис НПА.
Событие
Уведомления о
нарушении срока
Условие и срок
Получатель
Состав сообщения
Повтор, прекращение, возобновление,
история и журнал
необходимые меры для своевременного
выполнения мероприятия. Для ДК вне ПГ полное
представление содержит: обращение по ФИО
пользователя; вид проекта акта; наименование
проекта акта; основание создания ДК вне ПГ;
описание основания при значении «Иное»;
сообщение о приближении срока; наименование
мероприятия; срок исполненияколичество
оставшихся рабочих дней; количество
просроченных дней, равное 0; требование
принять необходимые меры для своевременного
выполнения мероприятия. Сведения о ПГ, номере
пункта ПГ и иные отсутствующие у конкретной
ДК реквизиты не подставляются
Через 1 рабочий день Для каждого порога формируется одно
Каждый порог направляется каждому
– ответственный
уведомление. Уведомление направляется
получателю не более одного раза. Если
исполнитель и его
штатным механизмом уведомлений
несколько адресатных ролей одного события
руководитель уровня Корпоративного портала и остается доступным и одного порога разрешаются в один
Мероприятие находится в состоянии начальника отдела;
пользователю в штатном интерфейсе
USER_ID, пользователю направляется одно
«На исполнении»: через 1, 2, 4, 7, 10 через 2 рабочих дня – уведомлений Б24; одновременно это же
уведомление. Уведомления прекращаются
и 14 рабочих дней после
заместитель
уведомление дополнительно отображается во
после выхода мероприятия из состояния «На
контрольной даты. Пороги +1, +2,
директора
всплывающем popup-окне поверх текущей
исполнении», включая направление отметки
+4, +7, +10 и +14 рассчитываются
департамента; через 4 страницы Портала. В кратком представлении
на контроль. После отклонения контролером и
вперед по рабочим дням по
рабочих дня –
popup отображаются: тип события – нарушение возврата мероприятия в состояние «На
производственному календарю
директор
срока; наименование мероприятия; срок
исполнении» расчет возобновляется только
Российской Федерации в часовом
департамента; через 7 исполнения; количество рабочих дней просрочки. для применимых будущих порогов; ранее
поясе Москвы; граница расчетного рабочих дней –
Popup визуально выделяется красным.
успешно отправленные пороги тому же
календарного дня – 00:00 по
курирующий
Пользователю доступны действия «Раскрыть
получателю в том же контексте не
московскому времени; нерабочие
заместитель
уведомление», «Перейти к ДК» и закрытие popup. повторяются. Закрытие popup не прекращает
дни в отсчет не входят
Министра; через 10 Для ДК по ПГ полное представление:
сроковой контроль и не вызывает повторный
рабочих дней – статс- «Уведомление о нарушении срока выполнения
показ popup по тому же порогу. При
секретарь –
мероприятия». Уважаемый(ая) [ФИО
наступлении следующего предусмотренного
заместитель
пользователя]! Зафиксировано нарушение срока порога формируется новое уведомление и
Министра; через 14 выполнения мероприятия в рамках дорожной
отображается соответствующий ему новый
Страница 171
Технический проект. Сервис НПА.
Событие
Условие и срок
Получатель
рабочих дней –
Министр
Направление
отметки
исполнения на
контроль
Ответственный исполнитель
направил отметку исполнения на
контроль. Наличие файла и
комментария не является
обязательным: отметка может быть
направлена без файла и
комментария, только с файлом,
только с комментарием либо с
файлом и комментарием
Контролер
Состав сообщения
Повтор, прекращение, возобновление,
история и журнал
карты по подготовке проекта НПА/ПА
popup. Расчетный порог в истории объекта не
[Наименование акта], предусмотренного пунктом фиксируется; каждая попытка отправки
[№ пункта] плана-графика во исполнение норм уведомления и ее результат фиксируются в
Федерального закона от [дата ФЗ] № [№ ФЗ]. При журнале уведомлений
раскрытии уведомления отображаются: 1.
Мероприятие дорожной карты: [наименование
мероприятия]. 2. Срок исполнения
(установленный): [дата срока исполнения]. 3.
Количество дней просрочки: [количество]
рабочих дней. Требуется незамедлительно
принять меры по исполнению мероприятия. Для
ДК вне ПГ полное представление содержит:
обращение по ФИО пользователя; вид проекта
акта; наименование проекта акта; основание
создания ДК вне ПГ; описание основания при
значении «Иное»; сообщение о нарушении срока;
наименование мероприятия; установленный срок
исполнения; количество рабочих дней просрочки;
требование незамедлительно принять меры по
исполнению мероприятия. Сведения о ПГ,
номере пункта ПГ и иные отсутствующие у
конкретной ДК реквизиты не подставляются
Направляется один раз на каждое новое
представление результата исполнения на
контроль. Каждое новое представление после
отклонения сохраняется отдельно и не
перезаписывает предыдущее. Термин
Идентификация ДК и мероприятия; факт
«попытка» используется только во
поступления отметки. Комментарий и сведения о
внутреннем и историческом контексте
файле включаются только при наличии
хранения; отдельный пользовательский
объект, экран или действие «Открыть
попытку» не создаются. Направление отметки
на контроль фиксируется в истории
исполнения; каждая попытка отправки
Страница 172
Технический проект. Сервис НПА.
Событие
Отклонение
исполнения
ответственному
исполнителю
Условие и срок
Контролер отклонил
соответствующую попытку отметки
исполнения, указал обязательный
Ответственный
комментарий, мероприятие
исполнитель
возвращено в состояние «На
исполнении»
Новая ДК успешно создана в
Успешный
целевом пункте ПГ, операция
результат экспорта экспорта зафиксирована, исходная
ДК архивирована
Техническая
ошибка экспорта
Получатель
Контролер,
инициировавший
экспорт
npa_export_operations завершена
Контролер,
технической ошибкой; исходная ДК инициировавший
не архивирована
экспорт
Состав сообщения
Повтор, прекращение, возобновление,
история и журнал
уведомления и ее результат фиксируются в
журнале уведомлений
Направляется один раз на каждую
отклоненную попытку. Результат контроля и
возврат мероприятия фиксируются в истории
Идентификация ДК и мероприятия, сообщение
исполнения. После возврата возобновляется
«Отклонено» и обязательный комментарий
расчет сроков без повторения ранее успешно
контролера
отправленных порогов; каждая попытка
отправки уведомления и ее результат
фиксируются в журнале уведомлений
Направляется один раз после успешного
завершения операции. Результат операции
Сообщение об успешном результате;
фиксируется в истории экспорта,
идентификация исходной ДК; целевой ПГ;
целевой пункт ПГ; созданная новая ДК; ссылка архивирование – в истории исходной ДК;
каждая попытка отправки и ее результат
или переход на новую ДК
фиксируются в журнале уведомлений
Направляется один раз для каждой
npa_export_operations, завершившейся
технической ошибкой. После устранения
причины новый пользовательский запуск
Идентификация исходной ДК; выбранные для
создает новую npa_export_operations; сам факт
завершенной операции целевой ПГ и целевой
пункт ПГ; сообщение о неуспешном результате; нового запуска отдельного уведомления не
создает. Ошибка фиксируется в истории
текст технической ошибки; информация о
соответствующей операции экспорта и не
возможности после устранения причины
дублируется как отдельное событие истории
запустить новый экспорт
ДК; каждая попытка отправки уведомления и
ее результат фиксируются в журнале
уведомлений
Страница 173
Технический проект. Сервис НПА.
7.3.3. Получатели уведомлений
Получатели уведомлений определяются таблицей 7.3, участием пользователя в процессе и
активным действием. Для сроковых эскалаций руководители определяются по организационной
структуре Б24; при неоднозначности используется административная конфигурация Б24 без
создания новой прикладной таблицы.
Не формируются уведомления после каждого промежуточного положительного решения
согласующего, о подтверждении исполнения контролером, об автоматическом завершении ДК и об
аварийной правке. Уведомления о копировании ДК и об Excel/PDF-выгрузке ДК не формируются.
Массовое уведомление всех участников после финального утверждения не применяется.
7.3.4. Ограничения уведомлений
Уведомление не дает пользователю право на действие без ролевой и серверной проверки, не
меняет статус объекта, не заменяет обязательный комментарий и не заменяет запись истории.
Успешно отправленное уведомление не направляется повторно по тому же событию, объекту,
получателю и применимому контексту. Если несколько адресатных ролей одного события и одного
порога разрешаются в один USER_ID, пользователю направляется одно уведомление. Техническая
повторная попытка относится к тому же уведомлению и не создает нового события уведомления.
Каждая попытка отправки и ее результат фиксируются в журнале уведомлений. После направления
отметки исполнения на контроль сроковые уведомления прекращаются. После отклонения
контролером и возврата мероприятия в состояние «На исполнении» расчет возобновляется только
для применимых будущих порогов; ранее успешно отправленные пороги тому же получателю в
том же контексте не повторяются. Повтор, прекращение и возобновление сроковых уведомлений и
ежедневных напоминаний выполняются по правилам таблицы 7.3.
Для предварительных сроковых уведомлений и уведомлений о нарушении срока при
наступлении каждого предусмотренного порога формируется одно уведомление. Оно направляется
штатным механизмом уведомлений Корпоративного портала и остается доступным пользователю
в штатном интерфейсе уведомлений Б24; одновременно это же уведомление дополнительно
отображается во всплывающем popup-окне поверх текущей страницы Портала независимо от того,
на какой странице Портала находится пользователь. Popup является дополнительным визуальным
представлением того же уведомления и не является отдельным событием уведомления, отдельным
логическим экземпляром уведомления и основанием для отдельной записи в журнале уведомлений.
Новая прикладная сущность или таблица для popup не создается.
При появлении popup отображается краткое представление уведомления: тип события –
приближение срока либо нарушение срока; наименование мероприятия; срок исполнения;
количество оставшихся рабочих дней для приближения срока либо количество рабочих дней
просрочки для нарушения срока. При приближении срока popup визуально выделяется желтым,
при нарушении срока – красным. Пользователю доступны действия «Раскрыть уведомление»,
«Перейти к ДК» и закрытие popup.
Popup отображается поверх текущей страницы Портала, не требует предварительного
перехода пользователя в раздел сервиса, не является блокирующим модальным окном и не
закрывается автоматически по таймеру. Пользователь может закрыть popup вручную. Обязательное
открытие полного текста, обязательная прокрутка, задержка перед закрытием и действие
«Ознакомлен» не применяются.
Закрытие popup означает только закрытие его визуального представления и не означает
прочтение или ознакомление с уведомлением, подтверждение получения, принятие мероприятия к
исполнению либо исполнение мероприятия. Отдельный статус ознакомления, история
ознакомления и отдельный журнал ознакомления не ведутся.
Закрытие popup не прекращает сроковой контроль и не является основанием для повторного
показа того же popup через заданный интервал. При наступлении следующего предусмотренного
срокового порога формируется новое уведомление по этому порогу, которое направляется штатным
механизмом Б24 и дополнительно отображается в новом popup.
Закрытие popup не должно автоматически переводить соответствующее штатное уведомление
в интерфейсе уведомлений Б24 в состояние прочитанного, если технические возможности
используемой платформы позволяют разделить эти действия. Сервис не реализует собственный
механизм состояний «прочитано/не прочитано» и использует штатную модель Б24 для состояния
штатного уведомления.
Страница 174
Технический проект. Сервис НПА.
7.4. Журнал уведомлений
7.4.1. Назначение журнала уведомлений
Журнал уведомлений предназначен для фиксации факта отправки или попытки отправки
уведомления. Журнал уведомлений используется для контроля факта информирования и
диагностики отправки.
Журнал уведомлений не является пользовательской историей изменений и не является
статусной моделью. Журнал уведомлений не должен дублировать пользователей или уведомления
портала как самостоятельные сущности.
Журнал уведомлений фиксирует прикладной факт отправки или попытки отправки
уведомления по подтвержденному событию, а не полную внутреннюю историю платформы Б24.
Общий журнал уведомлений доступен администратору и контролеру; контролер имеет доступ к
сведениям обо всех уведомлениях. Доступ к журналу не предоставляет дополнительных прав на
связанный объект.
7.4.2. Состав фиксируемых сведений
В журнале уведомлений в таблице npa_notification_log для каждой фактической попытки
отправки фиксируются тип связанного объекта, идентификатор связанного объекта, событие
уведомления, USER_ID получателя, общий идентификатор логического экземпляра уведомления,
номер фактической попытки, применимый контекст, дата и время попытки, результат отправки,
текст ошибки при наличии и BITRIX_NOTIFY_ID при наличии.
Технические повторные попытки одного уведомления связываются одним логическим
экземпляром уведомления. Каждая фактическая попытка хранится отдельной записью
npa_notification_log. Отдельная таблица логических экземпляров уведомлений и отдельная таблица
попыток не создаются.
7.4.3. Связь журнала уведомлений с платформой Б24
Уведомления отправляются штатным механизмом Корпоративного портала. Сервис не
дублирует механизм уведомлений Б24, не проектирует собственную внешнюю систему
уведомлений и не создает физические foreign key к таблицам уведомлений Б24.
Журнал уведомлений фиксирует прикладной факт отправки или попытки отправки, а не
полный внутренний технический журнал платформы. USER_ID и BITRIX_NOTIFY_ID
применяются как logical only ссылки по правилам подраздела 3.6.
Результат отправки «Успешно» фиксируется, если штатный механизм Корпоративного
портала вернул положительный результат операции отправки. Если платформа вернула
BITRIX_NOTIFY_ID, он сохраняется в журнале. Успешная отправка не трактуется как отдельное
подтверждение прочтения уведомления пользователем.
Результат отправки «Ошибка» фиксируется, если операция отправки штатным механизмом
Корпоративного портала завершилась неуспешно. Текст ошибки фиксируется при наличии.
7.4.4. Ограничения журнала уведомлений
Отсутствие записи журнала уведомлений не отменяет факт события в истории. Ошибка
отправки уведомления не откатывает успешно выполненное действие. Техническая повторная
попытка относится к тому же логическому экземпляру уведомления и не создает нового события.
Каждая фактическая попытка и ее результат фиксируются в журнале. Повторная отправка
уведомления допускается только по подтвержденному правилу.
Просмотр журнала уведомлений не должен подменять просмотр истории изменений. Журнал
уведомлений не является пользовательским экраном управления процессом, если это не
подтверждено UX-моделью.
Новые типы уведомлений, новые поля журнала, новые получатели, новые шаблоны и новые
правила повторной отправки не вводятся без соответствия функциям, правам, статусам, UX/UI и
трассировке
Страница 175
Технический проект. Сервис НПА.
8. Трассировка требований
8.1. Метод трассировки
Подраздел определяет метод трассировки требований сервиса между автоматизированными
функциями, ролями и правами, статусами и переходами, UX/UI-экранами, пользовательскими
действиями и прикладными данными. Трассировка применяется для контроля полноты и
согласованности разделов технического проекта и актуальных Приложений А–Д.
8.1.1 Объекты трассировки
Объектами трассировки являются автоматизированные функции сервиса, роли и права
пользователей, статусы объектов и переходы между ними, экранные сценарии и действия
пользователя, прикладные сущности модели данных, события истории изменений и события
уведомлений.
Основным идентификатором функционального требования является код функции из
Приложения А “Реестр автоматизированных функций”. По этому коду функция связывается с
ролями и правами из Приложения Б, статусами и переходами из Приложения В, UX/UI-реализацией
из раздела 6 и Приложения Г, прикладными данными из раздела 3, событиями истории и
уведомлений из раздела 7 и сквозной трассировкой из Приложения Д.
Трассировка не вводит новые функции, роли, статусы, переходы, экраны или таблицы. Она
фиксирует связи между уже определенными элементами технического проекта и показывает
полноту покрытия функций ролями, статусами, данными и UX/UI-сценариями.
8.1.2 Базовая цепочка трассировки
Базовая цепочка трассировки строится по правилу: функция → роль и право → статус или
переход → экран и действие пользователя → прикладные данные. Для системных операций в
цепочке указывается системный исполнитель, событие процесса, изменяемые данные, история и
уведомление при наличии подтвержденного события.
В трассировочной строке функция показывает, какое действие выполняется. Роль и право
показывают, кто может выполнить действие и при каких условиях. Статус или переход показывают,
когда действие допустимо. Экран показывает, где пользователь выполняет действие. Данные
показывают, какие прикладные сущности создаются, читаются, изменяются или используются для
проверки.
Для действий с файлами в трассировке указывается прикладной объект, с которым связан
файл, и связь с файловым хранилищем портала. Для уведомлений указывается событие, получатель,
факт отправки и запись в журнале уведомлений. Для истории указывается событие изменения,
объект и пользователь или системный исполнитель.
8.1.3 Правила проверки полноты
Функция считается готовой к реализации, если для нее определены результат, объект, роль
или системный исполнитель, условия доступности, статус или переход, UX/UI-сценарий,
прикладные данные и событие истории при наличии значимого изменения.
Функция без статуса или условия доступности требует проверки процессной модели.
Функция без экранного сценария требует проверки UX/UI-раздела. Функция без прикладных
данных требует проверки модели данных.
Экранная кнопка, действие пользователя, право, статусный переход, событие истории или
уведомление должны быть связаны с функцией из Приложения А либо с подтвержденным
системным событием. Элемент без связи с функцией, ролью, статусом, данными и UX/UIсценарием не включается в базовую реализацию до актуализации соответствующих разделов
технического проекта и приложений.
Полнота трассировки проверяется по наличию связей между функциями, ролями, статусами
и переходами, прикладными данными, UX/UI-сценариями, событиями истории и уведомлениями.
Функция считается трассированной, если для нее определены исполнитель, объект, условие
выполнения, данные, экранный сценарий и последствия выполнения в статусной модели.
8.1.4 Применение метода в подразделах 8.2–8.5
В подразделе 8.2 функции сервиса трассируются к ролям и правам по Приложению Б. В
подразделе 8.3 функции трассируются к статусам, переходам и условиям доступности действий по
Страница 176
Технический проект. Сервис НПА.
Приложению В. В подразделе 8.4 функции трассируются к прикладным данным и таблицам модели
данных из раздела 3. В подразделе 8.5 функции трассируются к UX/UI-экранам, пользовательским
действиям и кнопкам из раздела 6 и Приложения Г. Сквозная связность подразделов 8.2–8.5
контролируется по Приложению Д.
Подразделы 8.2–8.5 формируются как компактные контрольные таблицы и не дублируют
полностью Приложения А–Д. Их назначение – показать сквозную согласованность требований и
выявить разрывы между функциями, правами, статусами, экранной реализацией и данными.
8.2. Трассировка функций к ролям
Подраздел определяет сводную трассировку автоматизированных функций сервиса к ролям
и правам пользователей. Полная ролевая матрица прав приведена в Приложении Б “Ролевая матрица
прав” к настоящему техническому проекту.
8.2.1
Принцип трассировки функций к ролям
Трассировка функций к ролям выполняется по связке: функция из Приложения А, модуль
сервиса, роль из Приложения Б, характер участия роли, право на выполнение действия и условия
выполнения. Такая связка позволяет проверить, кто выполняет функцию, в каком контексте и при
каких ограничениях.
Роль пользователя определяет допустимую область действий, но не является абсолютным
разрешением на выполнение функции. Фактическое выполнение функции дополнительно зависит
от объекта сервиса, участия пользователя в объекте, текущего статуса объекта, условий перехода и
серверной проверки прав.
В трассировке используются пользовательские роли из актуального Приложения Б:
Администратор, Контролер, Ответственный исполнитель, Согласующий, Утверждающий и
Главный администратор. ROLE_SYSTEM используется как обозначение системного инициатора
автоматических операций и не является пользовательской ролью. Участники маршрутов
выбираются из штатных пользователей Корпоративного портала и получают доступ к действиям
по факту участия в конкретном объекте или этапе.
Система выполняет проверки, расчетные признаки, смену статусов, фиксацию истории и
отправку уведомлений по подтвержденным событиям. Такие системные действия трассируются к
системному инициатору «Система» и не заменяют решения пользователей, назначенных на
соответствующие роли процесса.
8.2.2 Сводная трассировка по функциональным контурам
Сводная трассировка по функциональным контурам связывает требования к сервису с
основными функциональными возможностями, модулями, объектами данных, ролями и экранными
сценариями. Детальная трассировка требований ведется в Приложении Д “Матрица трассировки
требований”.
Функциональные контуры сервиса соответствуют базовой цепочке работы: ПГ, пункт ПГ,
ДК, мероприятия, согласование, утверждение, исполнение, контроль, архив или экспорт. Каждый
контур должен быть связан с автоматизированными функциями, ролевыми ограничениями,
статусами и переходами, экранной моделью и прикладными сущностями данных.
Таблица 8.2 «Сводная трассировка по функциональным контурам»
Функциональн
ый контур
Реестр НПА и
ПА
Назначение
контура
Реализация в
Связанные
Связанные роли и
сервисе
объекты данных
ограничения
Загрузка
Штатные действия
допустимого
первичного
исходного
формирования ПГ
документа ПГ;
выполняет Контролер.
ПГ, пункт ПГ,
Первичное
структурное
Исходный допустимый
исходный файл
внесение ПГ и
извлечение
документ обязателен.
ПГ, СЭДпунктов ПГ в
данных из
OCR не является
реквизиты при
сервис
пригодного
наличии, история обязательным базовым
машиночитаемого
механизмом. Свободное
документа; после
создание ПГ без
загрузки
исходного документа и
Страница 177
Технический проект. Сервис НПА.
Функциональн
ый контур
Назначение
контура
Реализация в
Связанные
Связанные роли и
сервисе
объекты данных
ограничения
исходного
произвольное штатное
документа –
редактирование
ручной ввод для
сохраненного ПГ не
скана без
допускаются
текстового слоя
либо документа,
непригодного к
структурному
извлечению;
inlineкорректировка
рабочего набора
до первого
сохранения;
проверка и
сохранение ПГ и
пунктов ПГ
Просмотр списка
Просмотр – в пределах
ПГ и пунктов ПГ,
объектных прав.
поиск и
Официальное
фильтрация по
применение изменений
проверенным
выполняет Контролер
структурированны
через S04-03.4 при
м данным,
PERM-049 и после
отображение
серверной проверки.
связи пункта ПГ с ПГ, пункт ПГ,
Исключительная
Работа с
файл ПГ, ДК,
ДК, переход к
корректировка
сохраненными созданию или
операция экспорта сохраненного пункта
База данных ПГ
ПГ и пунктами открытию ДК;
при
выполняется только
ПГ
применимости,
официальный
Главным
контур обработки история
администратором через
и применения
S04-03.5 при
изменений ПГ по
ROLE_MAIN_ADMIN +
F-16.3/F-16.4;
PERM-001, обязательных
исключительная
документе-основании и
корректировка
причине. Прямая смена
сохраненного
связи существующей ДК
пункта ПГ по Fс другим ПГ или пунктом
16.4
ПГ не допускается
Создание
ДК создает
карточки ДК с
Ответственный
исполнитель
Формирование наследованием
предусмотренных
соответствующего пункта
ДК на
исходных
ПГ при PERM-014,
основании
сведений,
отсутствии активной
пункта ПГ,
ДК, пункт ПГ,
финального
конфликтующей ДК и
включая
Создание ДК по
мероприятия,
успешной серверной
предусмотренн мероприятия и
пункту ПГ
характеристики,
конечного срока
проверке. Для F-16.5
ый F-16.5
история
дополнительно
сценарий после из пункта ПГ. В
сценарии F-16.5
проверяются
изменения
создается новая
примененное изменение
конечного
ДК после
конечного срока,
срока
примененного
архивирование прежней
изменения
ДК и допустимость
Страница 178
Технический проект. Сервис НПА.
Функциональн
ый контур
Назначение
контура
Реализация в
Связанные
Связанные роли и
сервисе
объекты данных
ограничения
конечного срока;
создания новой ДК.
фактические
ROLE_CONTROLLER
мероприятия
сама по себе права
прежней архивной
создания ДК не
ДК переносятся
предоставляет
без прежних
сроков, сроки
задаются заново
Создание
черновика
Создает Ответственный
внеплановой ДК;
исполнитель при PERMФормирование
заполнение
016, наличии
ДК при
ДК,
основания,
допустимого основания и
Создание ДК
наличии
характеристики,
исходных
успешной серверной
вне плана
предусмотренн
мероприятия,
сведений, вида
проверке.
ого основания
история
акта, конечного
Дополнительное
вне ПГ
срока и
подтверждение
финального
заказчиком не требуется
мероприятия
Изменение доступно
Выбор вида акта,
Ответственному
Фиксация
ДК,
указание
исполнителю в
исходных
характеристики,
Сведения и
характеристик,
предусмотренных
данных ДК и
значения
характеристики
отображение
состояниях ДК; после
признаков,
ДК
предупреждений и характеристик,
утверждения штатное
влияющих на
история
ошибок
редактирование
рекомендации
заполнения
запрещено
Расчет
рекомендаций по
виду акта и
характеристикам,
Доступно
добавление
Ответственному
рекомендации в
Шаблоны
исполнителю.
фактический
Создание
мероприятий,
Рекомендации не
состав,
фактического исключение
матрица
заменяют решение
Формирование
состава
пользователя. Отдельный
рекомендации с применимости,
мероприятий
мероприятий
предупреждением, мероприятия ДК, исполнитель
ДК
характеристики, мероприятия и USER_ID
добавление
история
исполнителя
кастомных
мероприятия не
мероприятий,
используются
изменение
предусмотренных
данных
мероприятия и
срока
Проверка
обязательных
Контроль
Выполняется Системой;
сведений, вида
ДК, мероприятия,
полноты
направление на
акта,
Проверка
маршрут, этапы,
данных перед
согласование
мероприятий,
готовности ДК
участники,
направлением
блокируется при наличии
сроков,
история
на согласование
блокирующих ошибок
Ответственного
исполнителя ДК,
Страница 179
Технический проект. Сервис НПА.
Функциональн
ый контур
Согласование
ДК
Доработка ДК
Финальное
Назначение
контура
Реализация в
Связанные
Связанные роли и
сервисе
объекты данных
ограничения
маршрута и
участников
Формирование и
запуск
последовательных
и параллельных
участков
маршрута;
фиксация
текущего
активного
участника и
Решения принимает
собственных
текущий держатель
решений;
активного действия
действия
соответствующей ветви.
«Согласовать»,
Исходный согласующий
«Отклонить»,
при перенаправлении
«Перенаправить
сохраняется и должен
новому
Маршрут, этапы,
Маршрутное
принять собственное
согласующему»;
участники,
рассмотрение выбор нового
решение после возврата
решения, cycle_no
ДК
действия. Решение
пользователя и
как процессный
участниками
привлеченного
обязательное
контекст, история,
согласования основание
согласующего не
уведомления
закрывает решение
перенаправления;
исходного. Отклонение
вложенная
требует комментария.
цепочка
Отдельные сущности
A→B→C→…;
цикла и цепочки
возврат активного
перенаправления не
действия
создаются
предыдущему
уровню после
положительного
решения;
отрицательное
решение
прекращает
текущий cycle_no
и возвращает ДК
Ответственному
исполнителю
Возврат
Доступно
Ответственному
Ответственному
исполнителю,
Исправление
исполнителю. Решения
редактирование
ДК после
предыдущих циклов
ДК в допустимых
ДК, мероприятия,
отрицательного
сохраняются и не
пределах,
маршрут, решения,
решения
перезаписываются;
повторное
cycle_no, история
согласующего
цепочки перенаправления
направление на
либо возврата
предыдущего цикла
согласование с
Утверждающим
автоматически не
запуском нового
активируются
cycle_no с первого
этапа
Принятие
Автоматическая ДК, маршрут,
Решение принимает роль
Страница 180
Технический проект. Сервис НПА.
Функциональн Назначение
ый контур
контура
утверждение
итогового
решения по
полностью
согласованной
ДК
Исполнение
мероприятий
Контроль
исполнения
Реализация в
Связанные
Связанные роли и
сервисе
объекты данных
ограничения
передача на
решения,
«Утверждающий»
обязательный этап мероприятия,
(ROLE_FINAL_APPROV
«Утверждение» история
ER), которую исполняет
после полного
статс-секретарь –
завершения
заместитель Министра.
согласования;
При возврате на
S08-01
доработку комментарий
«Утвердить» или
обязателен. Ручного
S08-02 «Вернуть
запуска исполнения нет
на доработку»;
при утверждении
Система
автоматически
переводит ДК и
мероприятия в
контур
исполнения
После
утверждения
исполнение
начинается
автоматически.
Все мероприятия
Ответственный
Исполнение
конкретной ДК
исполнитель
всех
исполняет один
представляет
Мероприятия ДК,
мероприятий
Ответственный
результат
npa_execution_mar
утвержденной исполнения
исполнитель ДК.
ks, файлы при
ДК единым
Отдельного исполнителя
мероприятия;
наличии, история,
Ответственным каждое новое
мероприятия и
уведомления
исполнителем представление
пользовательской
ДК
сущности «Попытка
создает новую
исполнения» нет
npa_execution_mar
ks; файл и
комментарий
Ответственного
исполнителя
необязательны
Контролер
Контролер не создает
выбирает
новую
проверяемую
npa_execution_marks и
npa_execution_mar
отдельное контрольное
ks и подтверждает
решение. После
либо отклоняет
отклонения новая
результат.
Проверка
Мероприятия ДК, npa_execution_marks
Результат
представленног
npa_execution_mar возникает только при
проверки
о результата
ks, история,
новом представлении
сохраняется в той
Контролером
уведомления
результата
же записи. При
Ответственным
отклонении
исполнителем. После
комментарий
выполнения всех
обязателен; при
предусмотренных
подтверждении
условий ДК завершается
комментарий
автоматически
необязателен
Страница 181
Технический проект. Сервис НПА.
Функциональн
ый контур
Назначение
контура
Реализация в
Связанные
Связанные роли и
сервисе
объекты данных
ограничения
Архивирование
выполняется
только как
Самостоятельной
процессное
пользовательской
Системное
следствие
функции архивирования
завершение
установленных
ДК, операция
нет. При экспорте
активной
сценариев,
экспорта при
исходная ДК
Архивирование обработки ДК в включая
применимости,
архивируется только в
предусмотренн применимые
история
составе успешного
ых процессных последствия
атомарного завершения;
сценариях
изменения ПГ и
техническая ошибка не
успешное
архивирует исходную ДК
атомарное
завершение
экспорта
Действие
«Экспортировать
ДК» запускается
из рабочего
контекста
конкретной ДК;
Контролер
Экспорт выполняет
выбирает целевой
только Контролер при
ПГ и пункт;
PERM-034 и успешной
Система
серверной проверке.
проверяет
Отдельного пункта меню
условия,
и отдельной страницы
показывает
экспорта нет. Каждая
предусмотренный
npa_export_operations
состав переноса, npa_export_operatio
создается одним явным
атомарно создает ns, исходная ДК,
пользовательским
Перенос ДК в новую ДК,
новая ДК, ПГ,
запуском через TR-EXPдругой ПГ или фиксирует
пункт ПГ,
Экспортировани
01 и далее
пункт ПГ через npa_export_operati мероприятия,
е ДК
обрабатывается
создание новой ons и только после связанные данные
переходами TR-EXPДК
успеха архивирует переноса, история,
02–TR-EXP-05;
журнал
исходную ДК.
завершенная неуспешно
При технической уведомлений
операция не
ошибке
возобновляется. Прямая
выполняется
смена связи
rollback; текущая
существующей ДК с
npa_export_operati
другим ПГ/пунктом и
ons терминально
самостоятельная функция
завершается в
«Копирование ДК» не
EXPORT_ERROR.
допускаются
После устранения
причины «Новый
экспорт» создает
новую
npa_export_operati
ons в
EXPORT_DRAFT
Фиксация
Пользовательская npa_change_history Уведомление не
История и
значимых
история объекта ,
расширяет права доступа
уведомления
Страница 182
Технический проект. Сервис НПА.
Функциональн
ый контур
Назначение
Реализация в
Связанные
Связанные роли и
контура
сервисе
объекты данных
ограничения
событий и
ведется отдельно npa_notification_lo к объекту. Popup не
информировани от уведомлений g, USER_ID,
является вторым
е участников
Б24. Popup
BITRIX_NOTIFY_ уведомлением.
процесса
является
ID при наличии
npa_notification_log не
дополнительным
имеет собственных
визуальным
статусов. Технический
представлением
retry доставки не создает
того же
новое уведомление
уведомления.
npa_notification_lo
g фиксирует
каждую
фактическую
попытку доставки
и ее технический
результат
Трассировка по функциональным контурам должна использоваться при проверке полноты
реализации. Для каждого функционального контура должны быть определены автоматизированные
функции, прикладные данные, роли, статусы, переходы, экранные элементы, ошибки, уведомления
и события истории.
Контур формирования мероприятий должен трассироваться отдельно от контура исполнения
мероприятий. Формирование мероприятий относится к подготовке состава ДК до согласования и
утверждения. Исполнение мероприятий относится к работе с утвержденным составом мероприятий
и завершается только после подтверждения контролером.
Контур рекомендаций по мероприятиям не должен трактоваться как автоматическое
формирование обязательного состава ДК. Система формирует рекомендации на основании вида
акта, характеристик и матрицы применимости шаблонов, а фактический состав мероприятий
формируется действием ответственного исполнителя.
Контур экспорта ДК должен трассироваться как создание новой ДК в целевом пункте ПГ, а
не как файловая выгрузка. При экспорте копируется фактический состав мероприятий исходной
ДК, сроки и связанные признаки. Повторный подбор рекомендаций при экспорте не выполняется.
Для каждого функционального контура должны быть связаны требования из технического
задания, положения настоящего технического проекта, функции из Приложения А, права из
Приложения Б, статусы и переходы из Приложения В, экранные элементы из Приложения Г и
строки трассировки из Приложения Д.
Если в ходе реализации меняется состав функциональных контуров, добавляются или
исключаются функции, изменяются роли, статусы, кнопки, экранные блоки, состав мероприятий,
правила исполнения или логика экспорта, необходимо актуализировать Приложение Д и связанные
приложения, на которые влияет изменение.
8.2.3 Контроль разрывов трассировки
Функция из Приложения А должна иметь связь хотя бы с одной ролью пользователя или
ролью «Система» в Приложении Б. Функция без исполнителя, права или условия выполнения не
применяется как доступное действие базовой реализации до актуализации функциональной модели,
ролевой матрицы и трассировки.
Право или действие в Приложении Б должно быть связано с функцией из Приложения А либо
с системным событием сервиса. Право или действие без такой связи не применяется как доступное
действие базовой реализации до актуализации функциональной модели, ролевой матрицы и
трассировки.
Функция включается в обязательную реализацию только при наличии определенного
исполнителя, права доступа, объекта выполнения и условия доступности. Если право или
исполнитель не определены в ролевой модели, функция не применяется как доступное действие до
актуализации Приложения Б. При необходимости также выполняется актуализация Приложения А
по составу функций и Приложения В по статусным условиям.
Страница 183
Технический проект. Сервис НПА.
Трассировка функций к ролям должна поддерживаться при изменении состава функций,
ролей, прав, условий доступа и статусов. Изменение одного элемента основного реестра состава
автоматизированных функций требует проверки связанных строк трассировки и актуализации
соответствующих приложений.
8.3 Трассировка функций к статусам
Подраздел определяет сводную трассировку автоматизированных функций сервиса к
статусам, переходам, условиям доступности действий и событиям истории. Полный реестр статусов
и переходов приведен в Приложении В “Реестр статусов и переходов” к настоящему техническому
проекту.
8.3.1 Принцип трассировки функций к статусам и переходам
Трассировка функций к статусам выполняется по связке: функция из Приложения А, объект
сервиса, исходный статус объекта, действие пользователя или системное событие, целевой статус,
условие перехода и событие истории при наличии значимого изменения.
Функция считается допустимой к выполнению только при наличии подтвержденного статуса
или перехода по Приложению В, права по Приложению Б и успешной серверной проверки условий
действия. Роль пользователя определяет возможного инициатора, а статус объекта определяет
момент, когда действие может быть выполнено.
Статусы жизненного цикла применяются для управления состоянием объектов сервиса.
Расчетные признаки, включая просрочку, приближение срока, наличие активного согласования,
доступность кнопки и наличие ошибки валидации, используются как индикаторы или условия
доступности действий и не подменяют статус жизненного цикла объекта.
Если для компактности в трассировке указана группа статусов или переходов, точный состав
группы, условия перехода, инициаторы, UI-действия, события истории и уведомления
определяются Приложением В.
8.3.2 Сводная трассировка по функциональным контурам
Сводная трассировка функций к статусам и переходам определяет, какие статусы, расчетные
признаки и переходы должны использоваться при реализации основных функциональных контуров
сервиса. Детальные коды статусов, условия переходов, кнопки, события истории и уведомления
ведутся в Приложении В “Реестр статусов и переходов”.
Статусы применяются к объектам сервиса: ПГ, ДК, мероприятиям ДК, маршруту
согласования, этапам маршрута, решениям участников, отметкам исполнения и операциям
экспорта. Для пункта ПГ отдельный статус не устанавливается; доступность действий определяется
данными пункта, связанными объектами и условиями выполнения операции. Расчетные признаки,
включая просрочку, приближение срока и светофорную индикацию, не являются
самостоятельными статусами жизненного цикла и не должны использоваться вместо статуса
объекта.
Таблица 8.3 – «Сводная трассировка функций к статусам и переходам»
Функциональн
ый контур
Объекты со
статусами
База данных ПГ ПГ
Результат
перехода
После первого
Проверка роли и прав, сохранения ПГ
TR-PLAN-01 – создание
допустимого исходного получает
PLAN_DRAFT; TR-PLAN-02
PLAN_READY.
документа, формата
– структурное извлечение;
Официальное
файла, обязательных
TR-PLAN-03 – фиксация
применение
реквизитов,
ошибок валидации; TRкорректности рабочего изменений
PLAN-04 – сохранение ПГ в
актуализирует
набора и серверных
PLAN_READY. Для
условий. Ручной ввод сохраненные
сохраненного ПГ F-16.3/Fданные атомарно
допускается только
16.4 применяются в
с фиксацией
после загрузки
официальном контуре S04исходного документа в значений до и
03.4 без создания отдельных
после; пунктам
предусмотренных
статусов пункта ПГ
ПГ
случаях
самостоятельные
Основные переходы
Проверки перед
переходом
Страница 184
Технический проект. Сервис НПА.
Функциональн
ый контур
Объекты со
статусами
Основные переходы
Проверки перед
переходом
Результат
перехода
статусы не
присваиваются
Проверка данных
пункта, назначенного
Ответственного
Изменяются
Назначение Ответственного
исполнителя, наличия данные и связи
Пункт ПГ
исполнителя; просмотр и
или отсутствия
пункта в пределах
самостоятельных работа с данными пункта;
активной ДК,
предусмотренной
статусов не
создание или открытие
применимых состояний функции;
имеет;
связанной ДК; официальный
Пункт ПГ
связанных объектов,
самостоятельный
применяются
контур применения
прав и серверных
переход
состояния ПГ и последствий изменений через
условий. Для S04-03.5 – состояния пункта
связанных ДК
F-16.4; исключительная
ROLE_MAIN_ADMIN ПГ не
корректировка через S04-03.5
+ PERM-001, документ- выполняется
основание и
обязательная причина
PERM-014;
пользователь является
Ответственным
исполнителем
соответствующего
Создается ДК в
пункта; отсутствует
RM_DRAFT со
TR-RM-01: – → RM_DRAFT.
активная
связью с пунктом
В сценарии F-16.5
конфликтующая ДК;
ПГ. При F-16.5
используется тот же
серверная проверка
фактические
Создание ДК по
предусмотренный механизм
ДК
успешна. Для F-16.5
мероприятия
пункту ПГ
создания новой ДК после
дополнительно
прежней архивной
примененного изменения
проверяются
ДК переносятся
конечного срока
примененное
без прежних
изменение конечного сроков
срока, архивирование
прежней ДК и
разрешение на создание
новой
Создается ДК в
RM_DRAFT с
Ответственный
исполнитель; PERM- зафиксированным
основанием вне
TR-RM-01: – → RM_DRAFT; 016; допустимое
Создание ДК
ПГ.
основание;
создается внеплановая ДК
ДК
вне плана
обязательные исходные Дополнительное
без связи с пунктом ПГ
подтверждение
сведения; успешная
заказчиком не
серверная проверка
применяется
ДК сохраняет
Проверка состояния
сведения и
Заполнение и изменение
ДК, права
сведений, вида акта и
характеристики,
Сведения и
ДК,
Ответственного
используемые для
характеристики характеристики характеристик в
исполнителя,
предусмотренных состояниях
рекомендаций и
ДК
ДК
обязательности полей и
до утверждения
процессных
допустимости значений
проверок
Формируется
Расчет рекомендаций;
Проверка состояния
фактический
добавление рекомендации в ДК, права
состав
фактический состав;
Ответственного
мероприятий ДК.
исключение рекомендации; исполнителя,
Рекомендации
Формирование ДК, мероприятия
создание кастомного
выбранного вида акта,
сами по себе
мероприятий
ДК
мероприятия; изменение
обязательных полей
мероприятиями не
срока, порядка,
мероприятия и срока
являются;
наименования и описания в относительно
отдельного
предусмотренных пределах конечного срока ДК
исполнителя
Страница 185
Технический проект. Сервис НПА.
Функциональн
ый контур
Объекты со
статусами
Проверка
готовности ДК
ДК,
мероприятия,
маршрут
Согласование
ДК
ДК, маршрут,
этапы, решения
участников
Доработка ДК
ДК, маршрут,
решения
Финальное
утверждение
ДК, решения
Результат
перехода
мероприятия нет
Проверка обязательных ДК остается в
Проверка перед
сведений, вида акта,
текущем
направлением на
наличия мероприятий, состоянии при
согласование; блокировка
сроков, Ответственного ошибках либо
действия при ошибках;
исполнителя ДК,
допускается к
отображение
маршрута, этапов и
направлению на
предупреждений
участников
согласование
Вложенная
цепочка
TR-ROUTE-01 –
A→B→C→…
формирование маршрута;
Проверяются состояние
проходит с
TR-ROUTE-02 – запуск; TR- ДК и маршрута,
обратным
STAGE-01 – активация этапа; текущий cycle_no,
возвратом
TR-DEC-01 – собственное
последовательный или
активного
положительное решение; TR- параллельный режим,
действия после
DEC-02 и TR-STAGE-03 –
текущий держатель
положительных
отрицательное решение и
активного действия
решений; каждый
прекращение текущего
соответствующей
участник
цикла; TR-DEC-03 –
ветви, собственное
принимает
перенаправление активного решение участника.
собственное
действия при сохранении
При перенаправлении
решение.
DECISION_PENDING; TR- обязательны новый
Отрицательное
STAGE-02 – завершение
пользователь и
решение
этапа после положительных основание; исходный
прекращает
решений всех необходимых согласующий
текущий cycle_no
участников; TR-ROUTE-03 и сохраняется. При
и возвращает ДК
TR-RM-07 – завершение
отклонении
Ответственному
всего согласования и
комментарий
исполнителю.
автоматическая передача на обязателен
ROUTE_RETURN
утверждение
ED не
используется
Создается новый
cycle_no как
процессный
контекст.
Проверка факта
Решения прошлых
TR-RM-05 либо TR-RM-09
возврата, права
циклов
переводят ДК в
Ответственного
сохраняются,
RM_RETURNED; TR-RM-06
исполнителя,
отдельная
/ TR-RM-04 после доработки
допустимого состояния
сущность цикла
запускают новый цикл
ДК и устранения
не создается,
согласования с первого этапа
блокирующих ошибок
старые цепочки
перенаправления
автоматически не
активируются
При «Утвердить»
TR-RM-07:
Полностью завершены фиксируется
RM_ON_APPROVAL →
все обязательные
утверждение и
RM_ON_FINAL_APPROVAL
этапы, параллельные автоматически
; S08-01 / TR-RM-08:
ветви и вложенные
начинается
RM_ON_FINAL_APPROVAL
цепочки текущего
исполнение. При
→ RM_APPROVED; S08-02 /
цикла; активирован
«Вернуть на
TR-RM-09:
этап «Утверждение»; доработку» ДК
RM_ON_FINAL_APPROVAL
пользователь имеет
возвращается
→ RM_RETURNED; после
ROLE_FINAL_APPRO Ответственному
утверждения TR-RM-10 и
VER. Для возврата
исполнителю,
TR-ACT-02 автоматически
комментарий
после доработки
переводят ДК и мероприятия
обязателен
запускается
к исполнению
новый cycle_no
Основные переходы
Проверки перед
переходом
Страница 186
Технический проект. Сервис НПА.
Функциональн
ый контур
Объекты со
статусами
Результат
перехода
Каждое новое
TR-RM-10: RM_APPROVED
представление
→ RM_IN_PROGRESS; TRрезультата создает
ACT-02: ACT_PLANNED → Проверяется состояние
новую
ACT_IN_PROGRESS
ДК и мероприятия,
npa_execution_mar
выполняются автоматически. пользователь является
ks. Мероприятие
ДК, мероприятие
При представлении
Ответственным
переходит в
Исполнение
ДК,
результата TR-ACT-03:
исполнителем
ожидание
мероприятий
npa_execution_ma
ACT_IN_PROGRESS →
соответствующей ДК.
проверки
rks
ACT_WAITING_CONFIRMA Файл и комментарий
Контролером.
TION и TR-MARK-01
при представлении
Пользовательской
создают новую
необязательны
сущности
npa_execution_marks в
«Попытка
MARK_SUBMITTED
исполнения» нет
Результат
контроля
TR-MARK-02 / TR-ACT-04:
фиксируется в той
MARK_SUBMITTED →
же
MARK_CONFIRMED и
Контролер проверяет npa_execution_mar
ACT_WAITING_CONFIRMA
ks. После
существующую
TION → ACT_COMPLETED;
npa_execution_marks. отклонения новая
TR-MARK-03 / TR-ACT-05:
Мероприятие
запись появляется
При подтверждении
Контроль
ДК, проверяемая MARK_SUBMITTED →
только при новой
комментарий
исполнения
npa_execution_ma MARK_REJECTED и
подаче
необязателен; при
ACT_WAITING_CONFIRMA
rks
отклонении обязателен. Ответственного
TION →
исполнителя.
Новая отметка при
ACT_IN_PROGRESS; TRпроверке не создается После
RM-11 автоматически
выполнения всех
завершает ДК после
мероприятий ДК
выполнения всех условий
завершается
автоматически
ДК переходит в
Проверяется
RM_ARCHIVED
Системное архивирование
применимое основание
только как
выполняется только по
архивирования. Для
результат
предусмотренному
экспорта требуется
предусмотренного
процессному основанию; при успешное атомарное
Архивирование ДК
процесса. При
экспорте TR-RM-12
завершение операции.
технической
выполняется в составе
Пользовательского
ошибке экспорта
успешного TR-EXP-04
перехода
исходная ДК не
«Архивировать» нет
архивируется
При успехе новая
Контролер, PERM-034,
ДК создается в
TR-EXP-01 – создание
RM_IN_PROGRESS
целевом пункте и
EXPORT_DRAFT; TR-EXPисходной ДК,
получает
02 –
допустимый целевой
RM_IN_PROGRE
EXPORT_VALIDATION_ER
ПГ и пункт, отсутствие
SS, исходная ДК
ROR при ошибке проверки;
конфликтующей
архивируется.
TR-EXP-03 –
активной ДК, серверная
При технической
EXPORT_DRAFT →
проверка и
Исходная ДК,
ошибке исходная
EXPORT_IN_PROGRESS;
атомарность. При
новая ДК,
ДК сохраняется.
TR-EXP-04 –
Экспорт ДК
новом
операция
Последующий
EXPORT_IN_PROGRESS →
пользовательском
экспорта
«Новый экспорт»
EXPORT_DONE с
запуске после
создает новую
атомарным созданием новой
устранения причины
npa_export_operati
ДК и архивированием
актуальные условия
ons в
исходной; TR-EXP-05 –
проверяются заново;
EXPORT_DRAFT;
EXPORT_IN_PROGRESS →
создается новая
предыдущая
EXPORT_ERROR с rollback
npa_export_operations в
операция остается
без архивирования исходной;
EXPORT_DRAFT
завершенной
Основные переходы
Проверки перед
переходом
Страница 187
Технический проект. Сервис НПА.
Функциональн
ый контур
История и
уведомления
Объекты со
статусами
Основные переходы
Значимое событие
фиксируется в
пользовательской истории;
npa_change_histor
при наличии правила
yи
формируется уведомление
npa_notification_l
Б24; popup представляет то
og не имеют
же уведомление; каждая
самостоятельных
фактическая попытка
статусов
доставки и ее результат
фиксируются в
npa_notification_log
Проверки перед
переходом
Результат
перехода
неуспешно и не
изменяется
Пользовательская
Проверяются наличие
история,
предусмотренного
уведомление и
события, конкретный
технический
получатель, условия
журнал доставки
уведомления и deостаются
duplication.
раздельными.
Технический результат
NOTIFY_* и TRдоставки не является
NOT-* не
новым событием
применяются
Для каждого перехода должен быть определен инициатор. Инициатором может быть
пользователь с соответствующей ролью и участием в объекте либо система в случаях
автоматических проверок, расчета признаков, фиксации системных событий и направления
уведомлений.
Переходы по ДК должны учитывать не только статус ДК, но и состояние связанных объектов:
мероприятий, маршрута, этапов согласования, решений участников и отметок исполнения. ДК не
может быть направлена на согласование, если фактический состав мероприятий отсутствует или
содержит блокирующие ошибки.
Переходы по мероприятиям должны разделять подготовку мероприятия, исполнение
мероприятия и контроль результата. Формирование мероприятия в черновике ДК не является
исполнением. Отметка исполнителя не завершает мероприятие. Завершение мероприятия наступает
только после подтверждения контролером.
Отклонение ДК согласующим и отклонение исполнения контролером должны требовать
обязательный комментарий. Переход без комментария блокируется серверной проверкой и не
должен приводить к изменению статуса объекта.
Повторное направление ДК после доработки должно создавать новый цикл согласования.
Решения, комментарии и события истории предыдущих циклов сохраняются и не
перезаписываются.
Экспорт ДК должен трассироваться как отдельный статусный контур. Операция экспорта не
является файловой выгрузкой. При экспорте создается новая ДК в целевом пункте ПГ, копируется
фактический состав мероприятий и сроков, фиксируется операция экспорта, а исходная ДК
архивируется только после успешного завершения операции.
Расчетные признаки просрочки, приближения срока, ожидания действия и светофорной
индикации должны использоваться для отображения, фильтрации, уведомлений и контроля, но не
должны подменять статус ДК, мероприятия или отметки исполнения.
Если при изменении функционального контура появляется новый переход, меняется условие
перехода, добавляется новый статус или изменяется расчетный признак, необходимо
актуализировать Приложение В и связанные положения Приложений А, Б, Г и Д.
8.3.3 Контроль разрывов трассировки
Функция из Приложения А без допустимого статуса, перехода, условия доступности или
события по Приложению В не применяется в базовой реализации до актуализации функциональной,
ролевой и статусной модели.
Статусный переход из Приложения В должен быть связан с функцией из Приложения А,
системным событием или действием роли по Приложению Б. Переход без такой связи не
применяется в базовой реализации до актуализации функциональной, ролевой и статусной модели.
Расчетный признак не должен использоваться как статус жизненного цикла объекта.
Просрочка, приближение срока, наличие ошибки валидации, доступность кнопки и наличие
открытого цикла согласования применяются как условия, индикаторы или основания для
уведомлений в пределах правил Приложения В.
Страница 188
Технический проект. Сервис НПА.
Переходы применяются только при наличии связанной функции, роли, объекта, условия
выполнения и события истории или уведомления при необходимости. Изменение состава переходов
выполняется через актуализацию Приложения В и связанных разделов технического проекта.
8.4 Трассировка функций к данным
Подраздел определяет сводную трассировку автоматизированных функций сервиса к
прикладным данным и таблицам модели данных. Детальная модель данных, состав таблиц,
атрибуты, связи и правила целостности приведены в разделе 3 настоящего технического проекта.
8.4.1 Принцип трассировки функций к прикладным данным
Трассировка функций к данным выполняется по связке: функция из Приложения А, объект,
прикладная таблица, тип операции с данными и результат выполнения функции. Такая связка
позволяет проверить, какие данные создаются, читаются, изменяются, архивируются или
используются для фиксации результата функции.
Каждая функция должна иметь прикладной результат в данных сервиса либо использовать
данные для проверки условий выполнения. Для пользовательских действий указываются объекты,
изменяемые пользователем. Для системных действий указываются объекты, изменяемые системой,
события истории и факты уведомлений при наличии подтвержденного события.
Пользователи, файлы, уведомления и оргструктура применяются как штатные объекты
Корпоративного портала. В прикладных данных сервиса фиксируются USER_ID участников и
ответственных, FILE_ID связанных файлов, BITRIX_NOTIFY_ID при наличии результата отправки
уведомления, а также SED_REF, SED_DOC_ID или SED_LINK для справочной связи с реквизитами
СЭД.
Файлы размещаются в штатном файловом хранилище портала, а сервис хранит прикладные
связи с файлами. Уведомления отправляются штатным механизмом портала, а сервис хранит факт
уведомления в журнале уведомлений. Значимые действия пользователей и системы фиксируются
в истории изменений.
8.4.2 Сводная трассировка по функциональным контурам
Сводная трассировка функций к данным определяет, какие прикладные сущности
используются при выполнении основных функциональных контуров сервиса, какие данные
создаются, изменяются, читаются, архивируются или используются для проверки условий
выполнения действий. Таблица применяется совместно с разделом 3 настоящего технического
проекта и ERD-приложениями.
Трассировка к данным не должна приводить к созданию новых таблиц без прямого смысла.
Пользователи, файлы, уведомления, задачи, роли портала и оргструктура не дублируются в
прикладной модели сервиса. Для связи с платформенными объектами используются логические
ссылки USER_ID, FILE_ID, BITRIX_NOTIFY_ID, SED_REF, SED_DOC_ID и SED_LINK. TASK_ID
используется только при наличии подтвержденного сценария применения задач Б24.
Таблица 8.4 «Сводная трассировка функций к данным»
Функциональн
ый контур
Группы
функций
Основные прикладные
данные
Загрузка
допустимого
исходного
документа ПГ;
структурное
извлечение
npa_plans; npa_plan_items;
данных из
Загрузка и
npa_file_links;
сохранение ПГ пригодного
npa_change_history
машиночитаемог
о документа;
после загрузки
документа –
ручное
заполнение для
Типовые
Правила и
операции с
ограничения
данными
трассировки
Создание рабочего Штатные
ПГ и пунктов;
пользовательские
формирование и действия выполняет
изменение
Контролер. Исходный
рабочего набора; документ обязателен.
сохранение связи с Сырой результат
FILE_ID;
структурного
назначение
извлечения не является
Ответственного
источником истины;
исполнителя через источником истины
USER_ID;
становятся
сохранение
проверенные и
справочных
сохраненные
реквизитов СЭД; структурированные
Страница 189
Технический проект. Сервис НПА.
Функциональн
ый контур
Группы
функций
скана без
текстового слоя
либо документа,
непригодного к
структурному
извлечению;
inlineкорректировка
рабочего набора
до первого
сохранения;
проверка и
сохранение
Основные прикладные
данные
Типовые
Правила и
операции с
ограничения
данными
трассировки
транзакционное
данные. OCR не
первое сохранение является обязательным
ПГ и пунктов
базовым механизмом
Чтение ПГ и
пунктов; чтение
связи пункта с ДК;
открытие файла;
применение
Просмотр списка
Пункт ПГ не имеет
проверенного
ПГ, поиск,
самостоятельных
рабочего набора
фильтрация,
статусов. После
официальных
просмотр
первого сохранения
изменений через
пунктов,
произвольное штатное
S04-03.4;
открытие
редактирование ПГ
фиксация
связанной ДК и
отсутствует.
документаистории; F-16.3 – npa_plans; npa_plan_items;
Официальный контур
основания, автора,
подтверждение и npa_roadmaps;
выполняет Контролер.
База данных ПГ
даты и значений
применение
npa_export_operations;
Исключительная
и пунктов ПГ
до/после;
официальных
npa_file_links;
корректировка –
исключительная
изменений; Fnpa_change_history
ROLE_MAIN_ADMIN
корректировка
16.4 – обработка
+ PERM-001. При
через S04-03.5 с
предусмотренных
необходимости
фиксацией
последствий и
переноса связанной
документаисключительная
ДК используется
основания,
корректировка
экспорт, а не прямая
причины и
сохраненного
смена связи
значений до/после;
пункта
применение
предусмотренных
последствий для
связанной ДК
Создание ДК;
Создание выполняет
установка связи с
Ответственный
пунктом ПГ;
Создание ДК из
исполнитель
перенос исходных
пункта ПГ;
соответствующего
сведений;
автозаполнение
пункта ПГ при PERMсоздание или
предусмотренных
014, отсутствии
фиксация
исходных
активной
финального
сведений;
конфликтующей ДК и
npa_roadmaps; npa_plan_items; мероприятия; при
успешной серверной
Создание ДК по наследование
F-16.5 – перенос
npa_roadmap_activities;
финального
проверке. Для F-16.5
пункту ПГ
фактических
npa_change_history
мероприятия и
дополнительно
мероприятий
конечного срока;
проверяются
прежней архивной
F-16.5 – создание
примененное
ДК без прежних
новой ДК после
изменение конечного
сроков и
изменения
срока, архивирование
последующее
конечного срока
прежней ДК и
заполнение новых
возможность создания
сроков; запись
новой
истории
Страница 190
Технический проект. Сервис НПА.
Функциональн
ый контур
Создание ДК
вне плана
Группы
функций
Основные прикладные
данные
Создание
внеплановой ДК
при
предусмотренном
основании,
npa_roadmaps;
заполнение
npa_roadmap_activities;
исходных
npa_change_history
сведений,
конечного срока
и финального
мероприятия
Типовые
операции с
данными
Создание ДК без
связи с пунктом
ПГ; сохранение
основания;
сохранение
конечного срока;
фиксация
финального
мероприятия и
Ответственного
исполнителя ДК
Правила и
ограничения
трассировки
Создает
Ответственный
исполнитель при
PERM-016 и
допустимом
основании.
Внеплановая ДК не
используется как
обход ограничений
контура ПГ.
Дополнительное
подтверждение
заказчиком
отсутствует
Изменение
Вид акта хранится как
сведений ДК;
фиксированное
запись значений
значение в ДК;
характеристик;
отдельная таблица
чтение
видов актов не
справочника
создается;
характеристик;
характеристики не
фиксация
заменяют решение
значимых
пользователя
изменений
Чтение общих
шаблонов и
Расчет
Рекомендация не
матрицы
рекомендаций по
является
применимости;
виду акта и
мероприятием ДК до
сопоставление
характеристикам, npa_activity_templates;
действия
характеристик ДК;
Шаблоны и
отображение
Ответственного
npa_activity_template_character
формирование
рекомендации
применимых
исполнителя;
istics; npa_characteristics;
вычисляемого
мероприятий
общих шаблонов, npa_roadmap_characteristics
отдельная таблица
рекомендованного
предупреждения
рекомендаций для
списка без
по составу
вычисляемого блока не
создания
мероприятий
требуется
фактических
мероприятий
Один Ответственный
Создание
Добавление
исполнитель ДК
мероприятия ДК;
мероприятия из
исполняет весь состав
сохранение связи с
рекомендации,
мероприятий.
шаблоном при
исключение
Отдельный
наличии;
рекомендации,
исполнитель
Фактический
сохранение
npa_roadmap_activities;
добавление
мероприятия и
состав
происхождения
npa_activity_templates;
кастомного
USER_ID исполнителя
мероприятий
мероприятия;
npa_change_history
мероприятия,
мероприятия
ДК
изменение
изменение срока,
отсутствуют.
предусмотренных
порядка,
Кастомное
данных и срока;
наименования и
мероприятие не
фиксация
описания
изменяет и не создает
изменений
глобальный шаблон
Проверка
Чтение связанных Срок мероприятия
обязательных
данных; расчет
позже конечного срока
npa_roadmaps;
сведений, вида
блокирующих
ДК является
npa_roadmap_activities;
акта,
ошибок и
блокирующим
Проверка
npa_approval_routes;
предупреждений; условием; срок
готовности ДК мероприятий,
npa_approval_stages;
сроков,
запрет перехода меньше
npa_approval_participants
Ответственного
при
рекомендованного
исполнителя ДК
невыполненных является
Заполнение
сведений ДК,
выбор вида акта, npa_roadmaps;
Сведения и
выбор и
npa_characteristics;
характеристики
изменение
npa_roadmap_characteristics;
ДК
характеристик, npa_change_history
отображение
предупреждений
Страница 191
Технический проект. Сервис НПА.
Функциональн
ый контур
Группы
функций
Основные прикладные
данные
и маршрута
перед
направлением на
согласование
Маршрут
согласования
Формирование
маршрута;
последовательны
е и параллельные
этапы;
собственные
npa_approval_routes;
решения
npa_approval_stages;
участников;
npa_approval_participants;
вложенное
npa_approval_decisions;
перенаправление npa_roadmaps;
A→B→C→…;
npa_change_history;
возврат
npa_notification_log
активного
действия; возврат
ДК на доработку;
повторный
cycle_no
Финальное
утверждение
Проверка
полного
завершения
согласования,
npa_roadmaps;
решение
npa_approval_routes;
«Утвердить» или
npa_approval_decisions;
«Вернуть на
npa_roadmap_activities;
доработку»,
npa_change_history;
автоматический
npa_notification_log
перевод к
исполнению
после
утверждения
Исполнение
мероприятий
Автоматическое
начало
исполнения
после
утверждения;
просмотр
мероприятий;
представление
результата
Ответственным
исполнителем;
npa_roadmap_activities;
npa_execution_marks;
npa_file_links;
npa_change_history;
npa_notification_log
Типовые
операции с
данными
условиях
Правила и
ограничения
трассировки
предупреждением
Создание
маршрута, этапов
и участников;
фиксация cycle_no
как процессного
Исходный
контекста; запись
согласующий при
собственных
перенаправлении не
решений;
заменяется. Каждый
фиксация
привлеченный
комментариев;
участник принимает
сохранение
собственное решение.
данных,
Положительное
достаточных для
решение возвращает
восстановления
действие
основания, уровня,
предыдущему уровню;
предыдущего
отрицательное
участника и
решение прекращает
текущего
текущий цикл.
держателя
Отдельная таблица
активного
цепочек
действия в
перенаправления и
цепочке
отдельная сущность
перенаправления;
цикла не создаются
возврат действия
предыдущему
уровню;
изменение
состояния ДК
Фиксация
системной
передачи на
Решение принимает
утверждение;
ROLE_FINAL_APPRO
запись решения
VER
Утверждающего;
«Утверждающий» –
при возврате –
статс-секретарь –
обязательного
заместитель Министра.
комментария;
Отдельной кнопки
изменение
отправки на
состояния ДК;
утверждение и ручного
после утверждения
запуска исполнения
– автоматический
нет
перевод ДК и
мероприятий к
исполнению
Автоматический Все мероприятия ДК
перевод ДК и
исполняет один
мероприятий к
Ответственный
исполнению;
исполнитель ДК. Файл
чтение
и комментарий
мероприятия; при необязательны.
каждом новом
Пользовательская
представлении
сущность «Попытка
создание новой
исполнения» не
npa_execution_mar создается;
ks; необязательное предыдущие
Страница 192
Технический проект. Сервис НПА.
Типовые
Правила и
операции с
ограничения
данными
трассировки
повторное
сохранение
npa_execution_marks
представление
комментария и
сохраняются
после отклонения
FILE_ID;
изменение
состояния
мероприятия и
отметки
Обновление той
же проверяемой
npa_execution_mar
Контролер не создает
ks результатом
Проверка
новую
контроля; при
выбранной
npa_execution_marks и
подтверждении –
npa_execution_ma
отдельный объект
MARK_CONFIRM
rks;
контрольного
ED; при
подтверждение
решения. При
npa_roadmap_activities;
отклонении –
или отклонение
подтверждении
Контроль
npa_execution_marks;
MARK_REJECTE
Контролером;
комментарий
исполнения
npa_change_history;
D и обязательный
возврат
необязателен. После
npa_notification_log
комментарий;
мероприятия к
отклонения следующая
изменение
исполнению при
отметка создается
состояния
отклонении;
только новой подачей
мероприятия; при
автоматическое
Ответственного
выполнении всех
завершение ДК
исполнителя
условий
автоматическое
завершение ДК
Изменение
состояния ДК
только по
Самостоятельного
применимому
пользовательского
Системное
процессному
архивирования нет.
завершение
основанию; при
Архивирование не
активной
npa_roadmaps;
экспорте – только удаляет историю,
Архивирование обработки ДК в npa_export_operations;
после успешного мероприятия, решения,
предусмотренных npa_change_history
атомарного
npa_execution_marks и
процессных
создания новой
файловые связи
сценариях
ДК и фиксации
прежнего жизненного
операции; чтение цикла
архивной ДК в
пределах прав
Создание новой
Экспорт выполняет
Выбор целевого
npa_export_operati Контролер. Не
ПГ и пункта,
ons для каждого переносятся решения
проверка
явного
согласующих, cycle_no
условий,
пользовательского и прежнее
предпросмотр
запуска; выбор
прохождение
состава переноса,
цели; атомарное маршрута, история,
создание новой
npa_export_operations;
создание новой
уведомления и журнал
ДК, фиксация
npa_roadmaps; npa_plan_items;
ДК; перенос
уведомлений,
операции,
npa_roadmap_activities;
основных
npa_execution_marks,
архивирование
Экспорт ДК
npa_file_links;
сведений ДК,
результаты контроля и
исходной ДК
npa_change_history;
характеристик,
файлы отметок
после успеха,
npa_notification_log
фактических
исполнения.
новый запуск
мероприятий,
Повторный подбор
экспорта с
сроков,
рекомендаций не
созданием новой
единственного
выполняется.
npa_export_operat
Ответственного
Техническая ошибка
ions после
исполнителя,
терминально
неуспешной
маршрута как
завершает текущую
операции
Функциональн
ый контур
Группы
функций
Основные прикладные
данные
Страница 193
Технический проект. Сервис НПА.
Функциональн
ый контур
История
изменений
Файлы и
связанные
материалы
Уведомления
Типовые
Правила и
операции с
ограничения
данными
трассировки
заготовки и
операцию; каждый
разрешенных
последующий явный
связанных файлов пользовательский
ДК и
запуск создает новую
мероприятий;
npa_export_operations
фиксация связи
исходной и новой
ДК;
архивирование
исходной только
после успеха;
rollback при
ошибке;
терминальное
завершение
текущей операции
при ошибке;
новый
пользовательский
запуск после
устранения
причины с
созданием новой
npa_export_operati
ons
Создание записей
История является
истории с
пользовательским
указанием
контуром фиксации
объекта, действия,
Фиксация
значимых изменений и
инициатора
значимых
не подменяет
USER_ID, даты,
действий
npa_change_history
основные таблицы
результата,
пользователей и
состояния объектов
комментария и
Системы
или технический
значений до/после
журнал доставки
там, где это
уведомлений
предусмотрено
Бинарные файлы не
хранятся в прикладных
Создание и чтение таблицах сервиса.
Привязка файлов
прикладной связи Файлы
npa_execution_marks
ПГ, ДК,
с файлом;
мероприятий и
проверка доступа должны быть
npa_file_links; FILE_ID
однозначно связаны с
по связанному
npa_execution_ma
соответствующим
объекту;
rks к объектам
представлением
сервиса
отображение
результата и при
материалов
экспорте не
переносятся
Формирование
npa_notification_log
уведомления при является техническим
Формирование
предусмотренном журналом. Popup не
предусмотренных
событии; popup
создает второе
уведомлений Б24
как
уведомление.
npa_notification_log;
и техническая
дополнительное Технический retry
BITRIX_NOTIFY_ID;
фиксация
USER_ID; связанные объекты отображение того доставки не создает
фактических
же уведомления; новое событие.
попыток
для каждой
Ошибка доставки не
доставки
фактической
отменяет успешно
попытки доставки выполненное действие
Группы
функций
Основные прикладные
данные
Страница 194
Технический проект. Сервис НПА.
Функциональн
ый контур
Группы
функций
Основные прикладные
данные
Типовые
операции с
данными
создание записи
npa_notification_lo
g с адресатом,
событием,
объектом,
результатом,
ошибкой при
наличии и
BITRIX_NOTIFY_
ID при наличии
Правила и
ограничения
трассировки
Прикладная модель должна обеспечивать хранение результата каждого значимого действия.
Если функция изменяет состояние ДК, мероприятия, маршрута, отметки исполнения или операции
экспорта, результат должен фиксироваться в профильной сущности, а событие – в истории
изменений.
Чтение данных не должно автоматически создавать новые сущности. Исключение составляют
подтвержденные события истории или журнальные записи, если они прямо предусмотрены
требованиями и реестром событий. Простое открытие карточки или списка не должно
использоваться как основание для расширения модели данных.
Функции работы с мероприятиями должны трассироваться к двум разным наборам данных:
к данным формирования состава ДК и к данным исполнения. Формирование состава ДК использует
шаблоны, характеристики, матрицу применимости и фактические мероприятия ДК. Исполнение
использует утвержденные мероприятия, отметки исполнения, решения контролера и связанные
материалы.
Функции рекомендаций не должны создавать фактические мероприятия без действия
ответственного исполнителя. Фактическое мероприятие создается только при добавлении
рекомендации пользователем или при создании кастомного мероприятия.
Функции экспорта должны трассироваться к операции экспорта как отдельной сущности.
Операция экспорта фиксирует исходную ДК, новую ДК, целевой ПГ, целевой пункт ПГ,
инициатора, дату, результат и состав выполненного копирования. Без такой фиксации невозможно
обеспечить контроль атомарности и трассировку связи между исходной и новой ДК.
Если при изменении функции требуется новое поле или новая таблица, изменение должно
быть проверено на соответствие разделу 3, Приложению А, Приложению Б, Приложению В,
Приложению Г, Приложению Д и ERD-приложениям. Новая таблица допускается только при
наличии самостоятельной сущности, источника заполнения, правил изменения и связи с процессом
сервиса.
8.4.3 Контроль разрывов трассировки
Функция из Приложения А без прикладных данных для хранения результата, проверки
условия или фиксации события подлежит проверке на наличие прикладного результата, правил
изменения данных и связи с моделью данных. До устранения такого разрыва функция должна быть
проверена на полноту результата и соответствие модели данных.
Таблица или прикладная сущность без функции, которая создает, читает, изменяет,
архивирует или использует ее, требует проверки необходимости в модели данных. Такая проверка
выполняется по разделу 3, Приложению А, Приложению Б и Приложению В.
Ссылка на объект портала должна иметь правило использования в прикладном контуре
сервиса. USER_ID применяется для участников и ответственных, FILE_ID – для связанных файлов,
BITRIX_NOTIFY_ID – для факта уведомления при наличии идентификатора отправки, SED_REF,
SED_DOC_ID и SED_LINK – для справочной связи с СЭД, TASK_ID – только при подтвержденном
использовании задач Б24.
Расширение модели данных выполняется после подтверждения соответствующей функции,
роли, статусного перехода, UX/UI-сценария и влияния на раздел 3. Новая таблица или новое поле
должны иметь прикладной результат, источник заполнения, правила изменения и связь с функцией
сервиса.
При настройке механизма рекомендаций должна сохраняться трассировка между
характеристиками ДК, общими шаблонами мероприятий, матрицей применимости, блоком
Страница 195
Технический проект. Сервис НПА.
рекомендаций и фактическими мероприятиями ДК, создаваемыми пользователем из рекомендаций.
Детальная трассировка указанных связей фиксируется в Приложении Д.
Стартовая матрица применимости v1 не требует введения отдельной таблицы рекомендаций,
если рекомендации используются как вычисляемый блок карточки ДК. При изменении состава
стартовых правил, общих шаблонов, характеристик или UX-отображения блока рекомендаций
должны проверяться Приложение А, Приложение Б, Приложение Г и Приложение Д.
8.5 Трассировка функций к UX/UI
Подраздел определяет сводную трассировку автоматизированных функций сервиса к
экранной модели, UX/UI-сценариям, пользовательским действиям и системным проверкам.
Детальная экранная модель сервиса приведена в разделе 6 настоящего технического проекта.
8.5.1 Принцип трассировки функций к экранной модели
Трассировка функций к UX/UI выполняется по связке: функция из Приложения А, UXсценарий, экран или рабочая зона, действие пользователя, действие системы, проверка доступности,
ошибка или пустое состояние при невозможности выполнения действия.
Каждая функция должна иметь UX-сценарий выполнения или отображения в интерфейсе
сервиса. UX-сценарий может быть реализован через страницу, карточку, список, вкладку, блок
карточки, popup, боковую панель, кнопку, поле формы или индикатор состояния.
Кнопка, вкладка, popup, боковая панель, поле формы и экранное состояние являются
элементами реализации функции. Они не определяют самостоятельный состав автоматизированных
функций и должны быть связаны с функцией из Приложения А, правом из Приложения Б и
допустимым статусом или переходом из Приложения В.
Доступность действия в интерфейсе определяется ролью пользователя, участием в объекте,
статусом объекта, условиями перехода и серверной проверкой. Недоступные действия скрываются
или блокируются с прикладным пояснением причины, а итоговое разрешение действия
выполняется серверной логикой.
Ошибки и пустые состояния являются частью UX-сценария. Они должны показывать
пользователю причину недоступности действия, неполноту данных или следующее допустимое
действие в пределах текущей роли, статуса и прав.
8.5.2 Сводная трассировка по UX/UI-контурам
Сводная трассировка по UX/UI-контурам определяет связь между пользовательскими
сценариями, экранными блоками, кнопками, статусами, правами, ошибками, пустыми состояниями
и прикладными данными сервиса. Детальная экранная модель, состав страниц, вкладок, блоков,
кнопок и условий доступности ведется в Приложении Г “Экранная модель и кнопки”.
UX/UI-модель сервиса должна оставаться минимальной и не должна раздувать количество
отдельных страниц. Действия, относящиеся к одному объекту, должны размещаться в карточке,
вкладке, блоке, строке таблицы, popup-форме или боковой панели, если выделение отдельной
страницы не требуется по смыслу пользовательского сценария.
Таблица 8.5 «Сводная трассировка по UX/UI-контурам»
Основные
Связанные данные и
элементы
функции
интерфейса
S00-01 «Реестр
НПА и ПА»; S0002 «База данных
Верхнеуровневая ПГ»; S00-03
«Дорожные
навигация по
карты»; S00-04
Левое меню
рабочим
Функции соответствующих
Корпоративного разделам сервиса «Настройки
рабочих контуров сервиса
рекомендаций»
портала
без отдельной
при наличии
главной
соответствующег
страницы
о
административно
го права
UX/UI-контур
Назначение
интерфейса
Контрольные правила
Отдельная главная
страница сервиса и
навигационные
карточки не
предусматриваются.
Отдельного пункта
меню и отдельной
страницы
«Экспортирование ДК»
нет; экспорт запускается
действием
«Экспортировать ДК»
из рабочего контекста
Страница 196
Технический проект. Сервис НПА.
UX/UI-контур
Реестр НПА и
ПА
Список ПГ и
пунктов ПГ
Загрузка ПГ
Назначение
интерфейса
Основные
элементы
интерфейса
Связанные данные и
функции
Контрольные правила
конкретной ДК
Переход к
сценарию
загрузки ПГ;
выбор и загрузка
Штатный пользователь
допустимого
первичного
исходного
формирования ПГ –
документа;
Контролер. Исходный
реквизиты СЭД
допустимый документ
Первичное
F-01–F-10; npa_plans,
при наличии;
обязателен. Ручной ввод
внесение ПГ и
npa_plan_items,
структурное
доступен только после
подготовка
npa_file_links,
извлечение для
его загрузки для скана
проверенного
npa_change_history; FILE_ID,
пригодного
без текстового слоя либо
рабочего набора
SED_REF, SED_DOC_ID,
машиночитаемог
документа,
строк ПГ
SED_LINK
о документа;
непригодного к
ручной ввод в
структурному
предусмотренны
извлечению. OCR не
х случаях; inlineявляется обязательным
корректировка
базовым механизмом
рабочего набора;
проверка и
сохранение
Пункт ПГ не имеет
самостоятельного
статуса. Просмотр
определяется
S03-01 – список
объектными правами.
ПГ; S04-01/S04S04-04 доступно
02 – список и
Ответственному
детали пунктов;
Работа с
исполнителю
фильтры и поиск; F-11–F-19, F-21, F-16.5;
сохраненными
соответствующего
отображение
планамиnpa_plans, npa_plan_items,
пункта при PERM-014 и
связи с ДК; S04- npa_roadmaps, npa_file_links,
графиками и
успешной серверной
структурированн 04 «Создать
npa_change_history
проверке; для F-16.5
дорожную
ыми пунктами
дополнительно
карту»; S04-05
проверяются
«Открыть
примененное изменение
дорожную карту»
конечного срока,
архивирование прежней
ДК и возможность
создания новой
Форма загрузки
документа; поле
реквизитов или
ссылки СЭД;
структурное
Действия выполняет
извлечение для
Контролер. Допустимый
пригодного
Загрузка
исходный документ
F-02–F-05; npa_plans,
машиночитаемог
исходного
обязателен. OCR не
npa_plan_items,
о документа;
документа и
является обязательным
npa_file_links; FILE_ID,
после загрузки –
подготовка
сценарием. Рабочий
SED_REF, SED_DOC_ID,
рабочего набора ручной ввод для
набор до сохранения не
SED_LINK
скана без
строк ПГ
является источником
текстового слоя
истины
либо документа,
непригодного к
структурному
извлечению;
ошибки
Страница 197
Технический проект. Сервис НПА.
Основные
Связанные данные и
элементы
Контрольные правила
функции
интерфейса
обработки
Редактируемые
строки и поля
Доступна Контролеру
пункта ПГ;
только для рабочего
Корректировка ошибки
набора до первого
Inlineструктурированн обязательных
сохранения. После
корректировка
F-06–F-10; npa_plan_items,
данных;
ых строк до
рабочего набора
npa_change_history; USER_ID сохранения
назначение
первого
произвольное штатное
ПГ
сохранения ПГ Ответственного
редактирование ПГ не
исполнителя;
предоставляется
проверка и
сохранение
S04-03–S04-03.4;
загрузка
Официальный контур
документа
выполняет Контролер.
изменений или
Изменения применяются
ручной ввод в
только после
допустимом
пользовательской
Проверка и
случае;
применение
F-16, F-16.1, F-16.2, F-16.3, F- проверки и серверной
извлечение и
официального
16.4; PERM-047, PERM-049; валидации;
сопоставление;
Официальное
фиксируются документдокумента
npa_plans, npa_plan_items,
рабочий набор
применение
основание, автор, дата и
изменений к
npa_roadmaps,
изменений;
изменений ПГ
значения до/после. При
сохраненным
npa_export_operations,
значения до и
необходимости переноса
структурированн
npa_change_history
после; документсвязанной ДК
ым данным ПГ
основание;
используется экспорт;
действие S04прямая смена связи ДК с
03.4
другим ПГ или пунктом
«Подтвердить и
не допускается
применить
изменения»
S04-03.5
Только Главный
«Исключительна
администратор при
Исключительная я корректировка
ROLE_MAIN_ADMIN +
административна пункта»;
PERM-001. Документя корректировка документF-16.4;
основание и причина
Исключительна
основание;
сохраненного
ROLE_MAIN_ADMIN;
обязательны;
я корректировка
обязательная
пункта без
PERM-001; npa_plan_items,
выполняется серверная
сохраненного
причина;
подмены
npa_roadmaps,
проверка. Сценарий не
пункта ПГ
отображение
официального
npa_change_history
является штатным
значений до и
контура
произвольным
после;
Контролера
редактированием
подтверждение
сохраненного ПГ
сохранения
S05-01 – таблица
ДК отображаются по
ДК, поиск,
роли, участию и
фильтрация,
объектным правам.
Рабочий список
сортировка,
Контролер является
дорожных карт и
F-19, F-40–F-46;
открытие
глобальной прикладной
вход в
npa_roadmaps,
карточки; S05ролью и не является
функциональный
npa_plan_items,
01.1 – «Работа с
реквизитом ДК. «Работа
Список ДК
блок «Работа с
npa_approval_participants,
НПА» для
с НПА» –
НПА» модуля
npa_roadmap_activities,
доступных ДК в
функциональный блок
«Дорожные
npa_execution_marks
RM_IN_PROGRE
модуля «Дорожные
карты»
SS с переходом к
карты», а не
исполнению или
самостоятельный
контролю
модуль
Основная работа Блоки сведений и ДК, характеристики,
Карточка ДК является
Карточка ДК
с дорожной
характеристик, мероприятия, маршрут,
основным интерфейсом
UX/UI-контур
Назначение
интерфейса
Страница 198
Технический проект. Сервис НПА.
Основные
Связанные данные и
элементы
Контрольные правила
функции
интерфейса
картой
мероприятий,
решения, файлы, история,
работы с ДК. Действия
маршрута,
npa_execution_marks, экспорт определяются ролью,
истории, файлов,
участием, состоянием
исполнения и
объекта и серверными
экспорта
условиями
Поля сведений
ДК, вид акта,
Вид акта обязателен.
основание при
Характеристики влияют
применимости, npa_roadmaps,
Заполнение
на рекомендации и
Блок сведений и исходных данных конечный срок, npa_characteristics,
предупреждения, но не
npa_roadmap_characteristics;
характеристик ДК и признаков финальное
заменяют решение
мероприятие,
акта
функции подготовки ДК
Ответственного
характеристики,
исполнителя
ошибки и
предупреждения
Рекомендация не
становится
мероприятием без
Рекомендации;
действия
фактические
Ответственного
мероприятия;
исполнителя.
добавление из
Отдельного
рекомендации;
исполнителя
кастомное
мероприятия нет.
мероприятие;
Формирование
npa_activity_templates,
Зеленый светофор –
наименование,
фактического
npa_activity_template_characte
Блок
мероприятие исполнено
описание, срок,
состава
ristics, npa_roadmap_activities,
мероприятий
в установленный срок;
порядок,
мероприятий ДК
npa_change_history
желтый – ожидает
источник; статус
исполнения или
мероприятия;
подтверждения;
светофор и
красный – срок нарушен
расчетные
и исполнение не
сроковые
подтверждено.
признаки;
Приближение срока –
ошибки
отдельный расчетный
признак
Наименование,
Поле отдельного
описание, срок,
исполнителя
порядок,
мероприятия
источник,
npa_roadmap_activities,
отсутствует. Кастомное
Создание или
системное
npa_activity_templates при
Форма
мероприятие не создает
изменение
отображение
наличии связи,
мероприятия
глобальный шаблон;
мероприятия ДК
конечного срока npa_change_history
изменение мероприятия
ДК,
не изменяет общий
предупреждения,
шаблон
сохранение
S06-08/S06-09 –
Исходный согласующий
этапы и
при перенаправлении
участники
сохраняется. Каждый
маршрута;
участник принимает
npa_approval_routes,
Подготовка
последовательны npa_approval_stages,
собственное решение. В
маршрута и
й или
параллельном этапе
npa_approval_participants,
Блок маршрута отображение его
параллельный
перенаправление
npa_approval_decisions,
текущего и
согласования
режим; S06-10 – npa_roadmaps,
блокирует только
исторического
направление на npa_change_history, cycle_no соответствующую ветвь.
прохождения
согласование;
После возврата на
как процессный контекст
S07-00 – ход
доработку новый
согласования;
cycle_no начинается с
текущий
первого этапа;
UX/UI-контур
Назначение
интерфейса
Страница 199
Технический проект. Сервис НПА.
UX/UI-контур
Решение
согласующего
Финальное
утверждение
Аварийная
правка
утвержденной
ДК
Основные
Связанные данные и
элементы
функции
интерфейса
активный этап и
держатель
действия,
участники,
решения,
комментарии,
cycle_no,
цепочки
вложенного
перенаправления
и возврат
активного
действия
S07-01
«Согласовать»;
S07-02
«Отклонить» с
обязательным
Фиксация
комментарием;
собственного
S07-03
F-34–F-37; TR-DEC-01, TRрешения
«Перенаправить DEC-02, TR-DEC-03;
текущего
новому
npa_approval_participants,
участника и
согласующему» с npa_approval_decisions,
вложенного
выбором
npa_approval_stages,
перенаправления
пользователя и npa_change_history
активного
обязательным
действия
основанием; S0704 – работа
Ответственного
исполнителя
после возврата
Назначение
интерфейса
Контрольные правила
отдельной сущности
цикла нет
Действия доступны
текущему держателю
активного действия
соответствующей ветви.
Перенаправление
допускает A→B→C→…
и не заменяет исходного
согласующего.
Положительное решение
привлеченного
участника возвращает
действие предыдущему
уровню. Отрицательное
решение прекращает
весь текущий cycle_no и
возвращает ДК
Ответственному
исполнителю
Действия доступны
только роли
«Утверждающий»
(ROLE_FINAL_APPRO
S08-01
VER), которую
«Утвердить»;
исполняет статсS08-02 «Вернуть F-38, F-39, F-40;
Принятие
на доработку»; ROLE_FINAL_APPROVER; секретарь – заместитель
итогового
Министра. При возврате
при возврате –
решения после
npa_roadmaps,
комментарий
поле
полного
npa_approval_routes,
обязателен. После
обязательного
завершения
npa_approval_decisions,
утверждения Система
комментария;
согласования
npa_change_history
автоматически
отображение
переводит ДК и
результата
мероприятия к
исполнению; ручного
старта нет
S08-03 –
Только Главный
отдельное
администратор.
действие
Обязательна причина;
выполняется серверная
Исключительная «Аварийная
F-46.1; PERM-051;
правка» и popup;
проверка права и
ограниченная
ROLE_MAIN_ADMIN;
обязательная
допустимости
правка
npa_roadmaps,
изменения. Конкретный
утвержденной, но причина;
npa_change_history; USER_ID
перечень полей ТП не
не завершенной ограниченный
автора
предусмотренны
устанавливает. Статус
ДК
й набор полей;
ДК сама операция не
значения до и
изменяет. Завершенная
после;
ДК не редактируется.
Страница 200
Технический проект. Сервис НПА.
UX/UI-контур
Блок
исполнения
мероприятий
Назначение
интерфейса
Работа
Ответственного
исполнителя с
мероприятиями
ДК на
исполнении
Представление
результата
Форма отметки
исполнения
исполнения
мероприятия на
контроль
Контроль
исполнения
Подтверждение
или отклонение
выбранного
представления
результата
Контролером
Блок файлов
Работа со
связанными
материалами
Блок истории
Просмотр
значимых
Основные
элементы
интерфейса
подтверждение
Связанные данные и
функции
Контрольные правила
Отдельное уведомление
не формируется
Исполнение начинается
автоматически после
утверждения. Все
мероприятия ДК
исполняет один
Ответственный
исполнитель. Каждое
новое представление
результата создает
новую
npa_execution_marks.
Файл и комментарий
необязательны
S09-01 – список
мероприятий;
состояние и срок;
S09-02 –
F-40, F-41, F-44;
представление
npa_roadmaps,
результата;
npa_roadmap_activities,
необязательные npa_execution_marks,
комментарий и npa_file_links,
подтверждающие npa_change_history,
материалы;
npa_notification_log
отображение
предыдущих
представлений
S09-02
Доступна
«Выполнено» /
Ответственному
представление
исполнителю
результата;
соответствующей ДК
необязательный F-41; npa_execution_marks,
для
комментарий
npa_roadmap_activities,
ACT_IN_PROGRESS.
Ответственного npa_file_links; FILE_ID при
Новое представление
исполнителя;
наличии, USER_ID
создает новую
необязательные Ответственного исполнителя
npa_execution_marks.
подтверждающие
Пользовательской
материалы;
сущности «Попытка
отправка на
исполнения» нет
контроль
Контролер изменяет ту
же проверяемую
npa_execution_marks и
S10-01
не создает новую
«Подтвердить
отметку или отдельное
исполнение»;
контрольное решение.
S10-02
При подтверждении
«Отклонить
F-42, F-43, F-44;
комментарий
исполнение»;
npa_execution_marks,
необязателен; при
просмотр
npa_roadmap_activities,
отклонении обязателен.
выбранной
npa_change_history,
После отклонения новая
npa_execution_ma
npa_notification_log
отметка появляется
rks, комментария
только после новой
и файлов;
подачи Ответственного
обязательный
исполнителя.
комментарий при
Завершение ДК
отклонении
выполняется
автоматически
Бинарные файлы не
хранятся в прикладных
Список файлов,
таблицах; доступ
добавление и
проверяется по
просмотр
npa_file_links, FILE_ID, ПГ, связанному объекту.
разрешенных
Файлы представлений
ДК, мероприятие,
файлов, удаление
исполнения должны
npa_execution_marks
прикладной
быть однозначно
связи при
связаны с
наличии права
соответствующей
npa_execution_marks
Лента событий, npa_change_history,
История доступна в
дата и время,
USER_ID, связанные
пределах права
Страница 201
Технический проект. Сервис НПА.
Основные
Связанные данные и
элементы
функции
интерфейса
событий объекта инициатор,
объекты
объект, действие,
результат,
комментарий и
значения
до/после при
применимости
Штатное
уведомление
Б24; S10-04 /
popup как
дополнительное
Информирование визуальное
F-45 и иные функции с
представление
участников
предусмотренными
Блок
того же
процесса и
событиями;
уведомлений и
уведомления;
отображение
npa_notification_log,
событий
предусмотренных технические
BITRIX_NOTIFY_ID,
сведения о
уведомлений
USER_ID
фактических
попытках
доставки в
npa_notification_l
og
UX/UI-контур
Назначение
интерфейса
Контрольные правила
просмотра
соответствующего
объекта и не
смешивается с
техническим журналом
доставки уведомлений
Popup не является
вторым уведомлением.
Каждая фактическая
попытка доставки
фиксируется в
npa_notification_log.
Техническая ошибка
или retry доставки не
создают новое
уведомление
Экспорт выполняет
только Контролер при
PERM-034 и успешной
серверной проверке.
Отдельного пункта
меню и отдельной
страницы нет. Операция
Кнопка S11-01
атомарна; исходная ДК
«Экспортировать
архивируется только
ДК» в контексте
после успешного
ДК; S11-02 –
F-47–F-58;
создания новой ДК и
целевой ПГ; S11- npa_export_operations,
Перенос
фиксации операции.
конкретной ДК в 03 – целевой
исходная ДК, новая ДК,
При технической
пункт; S11-04 – npa_plans, npa_plan_items,
Блок экспорта другой ПГ или
ошибке выполняется
пункт ПГ через предпросмотр
npa_roadmap_activities,
ДК
rollback, исходная ДК не
создание новой состава переноса; npa_file_links,
архивируется. S11-07
S11-05 –
ДК
npa_change_history,
создает новую
подтверждение; npa_notification_log
npa_export_operations в
S11-06 – ошибка;
EXPORT_DRAFT;
S11-07 «Новый
предыдущая
экспорт»
завершенная неуспешно
операция не изменяется;
целевой ПГ и пункт
выбираются заново,
проверки, предпросмотр
и подтверждение
выполняются заново
S00-04 – переход
Доступ предоставляется
из левого меню
только при
Ведение
при
F-25.1, F-25.2, F-25.3; PERM- соответствующем
характеристик,
административно 046; npa_characteristics,
административном
Административ
общих шаблонов
м праве; S13-01 – npa_activity_templates,
праве PERM-046.
ные настройки
мероприятий и
характеристики, npa_activity_template_characte ROLE_CONTROLLER
рекомендаций
матрицы
общие шаблоны ristics, npa_change_history
сама по себе такого
применимости
мероприятий и
права не предоставляет.
матрица
Изменения настроек
Страница 202
Технический проект. Сервис НПА.
UX/UI-контур
Ошибки и
пустые
состояния
Назначение
интерфейса
Объяснение
причин
отсутствия
данных или
недоступности
действий
Основные
элементы
интерфейса
применимости
Связанные данные и
функции
Сообщения
рядом с полями и
блоками, сводка Все основные объекты
ошибок,
сервиса, состояния, права и
предупреждения, серверные проверки
пустые состояния
списков
Контрольные правила
влияют только на
последующие расчеты
рекомендаций
Сообщения должны
быть прикладными.
Блокирующие ошибки
запрещают действие;
предупреждения
информируют без
блокировки. Скрытие
или блокировка
элемента интерфейса не
заменяет серверную
проверку
Для каждой кнопки в интерфейсе должны быть определены назначение, объект действия,
роль или набор ролей, условия участия пользователя в объекте, допустимые статусы, серверная
проверка, результат выполнения, событие истории и уведомление при наличии подтвержденного
правила.
Доступность кнопок должна рассчитываться по совокупности условий. Пользователь не
должен видеть или выполнять действие, если оно недоступно по роли, участию, статусу или
условиям перехода. При этом скрытие кнопки в интерфейсе не заменяет серверную проверку.
Для карточки ДК основными UX/UI-блоками являются сведения и характеристики,
мероприятия, маршрут согласования, история, файлы, исполнение и экспорт. Эти блоки не должны
превращаться в отдельные страницы без необходимости, поскольку основной пользовательский
сценарий сосредоточен вокруг карточки ДК.
Для мероприятий интерфейс должен разделять рекомендации и фактический состав ДК.
Рекомендация является подсказкой системы, а фактическое мероприятие появляется только после
действия ответственного исполнителя. Это разделение должно быть видно пользователю, чтобы
исключить ошибочную трактовку рекомендаций как уже включенных мероприятий.
Для исполнения мероприятий интерфейс должен разделять статус мероприятия, статус
отметки исполнения и расчетный индикатор срока. Мероприятие не должно отображаться как
выполненное после отметки исполнителя, пока контролер не подтвердил результат.
Светофорная индикация мероприятий должна использоваться единообразно во всех
интерфейсных представлениях. Зеленый цвет означает, что мероприятие исполнено в
установленный срок; желтый – что мероприятие ожидает исполнения или подтверждения; красный
– что срок нарушен и исполнение не подтверждено. Приближение срока является отдельным
расчетным сроковым признаком и не образует дополнительного состояния светофора. Цвет не
заменяет статус жизненного цикла мероприятия.
Ошибки должны отображаться рядом с соответствующим блоком или полем. Ошибка
отсутствия вида акта отображается в блоке сведений и характеристик. Ошибка срока мероприятия
отображается в строке мероприятия или форме редактирования мероприятия. Ошибка отсутствия
маршрута отображается в блоке маршрута. Ошибка отсутствия комментария при отклонении
отображается в форме решения.
Пустые состояния должны объяснять пользователю, почему данных нет и какое действие
доступно дальше. Для пустого списка мероприятий сообщение должно указывать, что ДК не может
быть направлена на согласование без мероприятий. Для отсутствующих рекомендаций сообщение
должно указывать, что применимые шаблоны не найдены, и предлагать добавить кастомное
мероприятие при наличии права.
UX/UI-трассировка должна проверяться при любом изменении функций, ролей, статусов,
переходов, данных или кнопок. Если меняется экранный блок, кнопка, условие доступности,
ошибка, предупреждение, пустое состояние или визуальная индикация, необходимо
актуализировать Приложение Г и связанные положения Приложений А, Б, В и Д.
Страница 203
Технический проект. Сервис НПА.
8.5.3 Контроль разрывов трассировки
Функция из Приложения А без UX-сценария, экрана, карточки, списка или рабочей зоны
выполнения не применяется как реализуемый пользовательский сценарий до актуализации UX/UIмодели и связанных функций.
Элемент без связи с функцией, ролью, статусом, данными и UX/UI-сценарием не включается
в базовую реализацию до актуализации соответствующих разделов ТП и приложений.
Экран без действия, popup без связанного процесса, действие без проверки прав и статуса, а
также индикатор без подтвержденного расчетного правила должны быть проверены на соответствие
функциональной модели, ролевой матрице и реестру статусов.
Изменение экранной модели выполняется с проверкой влияния на Приложение А по составу
функций, Приложение Б по ролям и правам, Приложение В по статусам и переходам, Приложение
Г по экранной модели, Приложение Д по сквозной трассировке, раздел 3 по данным и раздел 6 по
UX/UI-описанию.
Страница 204
Технический проект. Сервис НПА.
9 Приложения
Приложения являются неотъемлемыми рабочими материалами к Техническому проекту
сервиса сквозного контроля подготовки проектов НПА/ПА для Корпоративного портала Минэнерго
России. Версия всех приложений соответствует версии Технического проекта.
Приложения А, Б, В используются как основные реестры функций, прав, статусов и переходов
сервиса для автоматизированных функций, прав, статусов и переходов. Приложение Г используется
как UX/UI-источник по экранной модели, кнопкам, состояниям и ошибкам. Приложение Д
используется для трассировки требований между функциями, ролями, статусами, данными и UX/UI.
Приложения Е–Н являются графическими схемами, применяемыми для архитектуры, DFD и ERD.
Номер
приложения
Наименование
файла
Приложение А
Приложение А.
Реестр
автоматизированных
функций. .xlsx
Приложение Б
Приложение Б.
Ролевая матрица
прав. .xlsx
Приложение В
Приложение В.
Реестр статусов и
переходов. .xlsx
Приложение Г
Приложение Г.
Экранная модель и
кнопки. .xlsx
Приложение Д
Приложение Д.
Матрица
трассировки
требований. .xlsx
Приложение Е
Приложение Е.
ARCH-1.
Архитектурная
схема раздела
сервиса. .svg
Приложение Ж
Приложение Ж.
DFD-0. Контекстная
Назначение
Реестр
автоматизированных
функций сервиса;
основной реестр
состава
автоматизированных
функций
Ролевая матрица
прав; основной
реестр состава
автоматизированных
функций по ролям,
правам и
доступности
действий
Реестр статусов и
переходов; основной
реестр состава
автоматизированных
функций по
жизненным циклам
объектов, статусам,
переходам и
условиям
доступности
действий
Экранная модель
сервиса и описание
кнопок; UX/UIисточник по
экранам, действиям
пользователя,
состояниям и
ошибкам
Матрица
трассировки
требований между
функциями, ролями,
статусами, данными
и UX/UI
Архитектурная
схема раздела
сервиса;
графическое
приложение к
архитектурному
описанию
Контекстная
диаграмма потоков
Формат
Статус в
комплекте
XLSX
Включено в
комплект ТП
XLSX
Включено в
комплект ТП
XLSX
Включено в
комплект ТП
XLSX
Включено в
комплект ТП
XLSX
Включено в
комплект ТП
SVG
Включено в
комплект ТП
SVG
Включено в
комплект ТП
Страница 205
Технический проект. Сервис НПА.
Номер
приложения
Приложение З
Приложение И
Наименование
файла
диаграмма потоков
данных сервиса. .svg
Приложение З. DFD1. Диаграмма
потоков данных
уровня 1. .svg
Приложение И.
ERD-1. Логическая
модель данных
сервиса. .svg
Приложение К
Приложение К.
ERD-1A. Основной
контур ПГ и
ДК. .svg
Приложение Л
Приложение Л.
ERD-1B.
Мероприятия
характеристики и
шаблоны. .svg
Приложение М
Приложение М.
ERD-1C. Маршруты
согласования и
решения. .svg
Приложение Н
Приложение Н.
ERD-1D.
Исполнение экспорт
история и
уведомления. .svg
Назначение
Формат
данных сервиса
Статус в
комплекте
Диаграмма потоков
данных уровня 1
SVG
Включено в
комплект ТП
Общая логическая
модель данных
сервиса
SVG
Включено в
комплект ТП
SVG
Включено в
комплект ТП
SVG
Включено в
комплект ТП
SVG
Включено в
комплект ТП
SVG
Включено в
комплект ТП
Фрагмент
логической модели
данных по
основному контуру
ПГ и ДК
Фрагмент
логической модели
данных по
мероприятиям,
характеристикам и
шаблонам
Фрагмент
логической модели
данных по
маршрутам
согласования и
решениям
Фрагмент
логической модели
данных по
исполнению,
экспорту, истории и
уведомлениям
9.1. Правила применения приложений
Приложения применяются совместно с основным текстом Технического проекта и уточняют
соответствующие разделы по функциям, ролям, статусам, UX/UI, трассировке, архитектуре,
потокам данных и логической модели данных.
Основной текст Технического проекта и приложения применяются совместно. При изменении
функций, прав, статусов, UX/UI-сценариев, модели данных или трассировки соответствующие
разделы ТП и приложения подлежат актуализации в едином комплекте.
Приложения А, Б, В используются как основные реестры функций, прав, статусов и переходов
сервиса. Изменение состава функций, прав, статусов или переходов требует актуализации
соответствующих приложений и связанных разделов Технического проекта.
Приложение Г используется как источник детализации UX/UI-реализации по экранной
модели, действиям пользователя, состояниям и ошибкам. При изменении экранной модели
необходимо проверять связь изменений с функциями, правами, статусами и данными.
Приложение Д используется для контроля связности требований.
Приложения Е–Н используются как графические материалы к архитектурным, DFD- и ERDразделам Технического проекта.
Страница 206
Технический проект. Сервис НПА.
ПРИЛОЖЕНИЕ А
Реестр автоматизированных функций
Таблица А-1. Реестр НПА и ПА
Код функции
Модуль
Наименование
функции
Назначение
Основная роль
/ инициатор
F-01
Автоматизирова
ть действие:
открытие
Открытие
сценария
М1. Реестр НПА сценария
Контролер
и ПА
загрузки плана- загрузки планаграфика в
графика
границах
раздела сервиса.
F-02
Автоматизирова
ть действие:
Загрузка
загрузка
М1. Реестр НПА
исходного PDF исходного PDF Контролер
и ПА
плана-графика плана-графика в
границах
раздела сервиса.
Входные
данные
Алгоритм
выполнения
Выходные
данные
Результат
выполнения
Связанные
сущности БД
Связанные
экраны / UIзоны
Уведомления
Проверить
право
npa_plans,
контролера на Открытый
Открыт экран
npa_plan_items,
Пользователь- открытие
пользовательски загрузки ПГ;
npa_file_links,
сценария;
контролер;
й сценарий
исходный
экран загрузки
npa_change_hist
право открытия открыть экран загрузки ПГ без документ еще
плана-графика;
нет
ory; USER_ID
загрузки ПГ; не создания
сценария
не загружен, ПГ
блок валидации
logical only;
создавать и не сохраненного
загрузки ПГ.
и пункты не
FILE_ID logical
сохранять ПГ, ПГ и пунктов. сохранены.
only
пункты ПГ или
FILE_ID.
Проверить
права, формат,
размер и
допустимость
исходного PDF;
сохранить файл
нет; ошибка
в файловом
FILE_ID
Допустимый
npa_plans,
загрузки
экран загрузки
Пользователь- хранилище
загруженного исходный
npa_plan_items,
отображается
плана-графика;
Битрикс24;
контролер;
исходного PDF; документ ПГ
npa_file_links,
как результат
таблица строк
получить
допустимый
прикладная
загружен и
npa_change_hist
операции в
плана; блок
исходный PDF FILE_ID;
связь файла с
связан с
ory; USER_ID
интерфейсе,
валидации;
создать или
ПГ; право
черновиком ПГ; черновиком; ПГ logical only;
отдельное
история
использовать
загрузки ПГ.
запись истории и пункты еще не FILE_ID logical
уведомление
изменений
существующий загрузки.
сохранены.
only
Б24 не
черновик ПГ в
формируется
PLAN_DRAFT
и связать с ним
файл; записать
историю
загрузки.
Страница 207
Технический проект. Сервис НПА.
F-03
Автоматизирова
ть действие:
Ввод ссылки
М1. Реестр НПА
ввод ссылки или
или реквизитов
Контролер
и ПА
реквизитов СЭД
СЭД
в границах
раздела сервиса.
F-04
Подготовить
рабочий набор
Структурное
структурирован
извлечение
ных строк ПГ из
М1. Реестр НПА данных из
машиночитаемо Система
машиночитаемо
и ПА
го PDF для
го документа
последующей
ПГ
проверки
пользователем.
Проверить
право
Черновик ПГ
контролера;
после загрузки
принять и
исходного
валидировать
СЭД-реквизиты npa_plans,
документа;
СЭД-реквизиты,
экран загрузки
введенные СЭДзафиксированы npa_change_hist
SED_REF,
сохраненные в
плана-графика;
реквизиты;
в черновике;
ory; SED_REF,
SED_DOC_ID
рабочем
блок реквизитов
нет
сохранить их в
сохранение ПГ SED_DOC_ID,
и/или
контексте
СЭД; история
рабочем
и пунктов не
SED_LINK
SED_LINK при
черновика ПГ.
изменений
контексте
выполняется.
logical only
наличии;
черновика; не
пользовательвыполнять
контролер.
сохранение ПГ
и пунктов.
Проверить
доступность
файла и наличие
текстового слоя;
выполнить
структурное
Строки
извлечение
подготовлены
PDF планатабличных
для ручной
графика;
данных;
экран загрузки
проверки;
FILE_ID;
нет; ошибки
сформировать Рабочий набор
npa_plans,
плана-графика;
источником
признак
отображаются в
рабочий набор структурирован
npa_plan_items, таблица строк
истины
машиночитаемо
UI, уведомления
строк ПГ;
ных строк ПГ
npa_change_hist плана; блок
становятся
го документа;
– только если
показать строки для проверки
ory; FILE_ID
валидации;
только
рабочий
предусмотрены
пользователю пользователем
logical only
история
проверенные и
контекст
Приложением В
для проверки,
изменений
сохраненные
загрузки; права
inlineструктурирован
пользователя
корректировки
ные данные.
и ручного
дополнения; не
считать сырой
результат
источником
истины.
Страница 208
Технический проект. Сервис НПА.
F-05
Обеспечить
ручной ввод
строк ПГ только
после загрузки
допустимого
Ручное создание исходного
М1. Реестр НПА
документа,
Контролер
строк планаи ПА
когда
графика
структурное
извлечение не
сформировало
пригодный
рабочий набор.
F-06
InlineМ1. Реестр НПА корректировка
и ПА
строк планаграфика
Автоматизирова
ть действие:
inlineкорректировка
Контролер
строк планаграфика в
границах
раздела сервиса.
Валидация
М1. Реестр НПА обязательных
и ПА
полей плана и
пунктов
Автоматизирова
ть действие:
валидация
Система;
обязательных
полей плана и контролер
пунктов в
границах
раздела сервиса.
F-07
Проверить
наличие
загруженного
Черновик ПГ с
допустимого
загруженным
исходного
допустимым
документа;
Рабочие строки
исходным
открыть ручной
ПГ введены по npa_plans,
документом;
Рабочий набор
экран загрузки
ввод только как
загруженному npa_plan_items,
FILE_ID;
строк ПГ,
плана-графика;
способ переноса
документуnpa_file_links,
признак скана
вручную
таблица строк
сведений из
основанию и
npa_change_hist
без текстового
введенных по
плана; блок
документадоступны для
ory; USER_ID
слоя либо
загруженному
валидации;
основания;
проверки и
logical only;
документа,
документуистория
запретить
корректировки; FILE_ID logical
непригодного к
основанию.
изменений
свободное
ПГ и пункты не only
структурному
создание ПГ без
сохранены.
извлечению;
исходного
пользовательдокумента;
контролер.
валидировать
обязательные
поля.
Рабочий набор
Открыть
строк ПГ,
редактирование Проверенный и Рабочий набор npa_plans,
сформированны
экран загрузки
в строке;
скорректирован скорректирован npa_plan_items,
й структурным
плана-графика;
принять
ный рабочий
пользователем и npa_file_links,
извлечением
таблица строк
изменения;
набор строк ПГ; остается
npa_change_hist
или ручным
плана; блок
повторно
сведения об
черновиком до ory; USER_ID
вводом;
валидации;
проверить поля; измененных
отдельного
logical only;
пользовательистория
отметить
значениях для сохранения F- FILE_ID logical
контролер;
изменений
измененные
истории.
09.
only
изменяемые
значения.
значения строк.
Рабочий набор Проверить
Сформированны Система
npa_plans,
строк ПГ;
обязательные
й системой
определила
npa_plan_items,
экран загрузки
обязательные
поля строк ПГ; результат
готовность
npa_file_links,
плана-графика;
поля ПГ и
проверить даты валидации
рабочего набора
npa_change_hist
таблица строк
пунктов;
и структурную рабочего
к F-09; при
ory; USER_ID
плана; блок
plan_item_numb целостность;
набора:
наличии
logical only;
валидации
er; sort_order;
проверить
блокирующие блокирующих
FILE_ID logical
USER_ID
наличие
ошибки,
ошибок
only
ответственных plan_item_numb предупреждения сохранение ПГ
нет
нет
нет
Страница 209
Технический проект. Сервис НПА.
Автоматизирова
ть действие:
назначение
ответственных
Контролер
по пунктам
плана-графика в
границах
раздела сервиса.
F-08
Назначение
М1. Реестр НПА ответственных
и ПА
по пунктам
плана-графика
F-09
Автоматизирова
ть действие:
Сохранение
сохранение
М1. Реестр НПА
плана-графика и плана-графика и Контролер
и ПА
пунктов
пунктов в
границах
раздела сервиса.
при
er как
и признак
применимости. строкового
готовности к
значения
сохранению.
колонки «№
п/п»; проверить
sort_order как
технический
порядок строки;
сформировать
ошибки и
предупреждения
.
Открыть выбор
штатного
пользователя;
назначить
Рабочий набор
USER_ID
пунктов ПГ до
ответственным USER_ID
сохранения;
соответствующе ответственных
выбранные
го пункта
исполнителей,
USER_ID
рабочего
назначенные
штатных
набора;
пунктам
пользователей
проверить
рабочего
Б24;
отсутствие
набора.
пользовательпустого
контролер.
ответственного;
не сохранять ПГ
и пункты до F09.
Проверить
готовность;
сохранить план Сохраненные
PDF планаи пункты
данные планаграфика;
транзакционно; графика,
реквизиты СЭД;
связать
пункты,
строки плана;
FILE_ID;
FILE_ID,
пользователь;
записать
история
права доступа
историю;
обработки
открыть список
планов.
запрещено,
данные ПГ и
пунктов не
сохраняются.
Ответственные
нет;
npa_plans,
по пунктам
экран загрузки первоначальное
npa_plan_items,
назначены в
плана-графика;
назначение
npa_file_links,
рабочем наборе;
таблица строк
ответственного
npa_change_hist
назначения
плана; блок
при
ory; USER_ID
становятся
валидации;
формировании
logical only;
сохраненными
история
ПГ не создает
FILE_ID logical
данными ПГ
изменений
отдельное
only
только при F-09.
уведомление
npa_plans,
Действие
npa_plan_items, экран загрузки
нет;
выполнено,
npa_file_links, плана-графика;
первоначальное
npa_change_hist таблица строк
результат
сохранение ПГ
ory;
доступен
плана;
не создает
пользователю в USER_ID logical блок валидации;
отдельное
соответствующе only;
история
уведомление
FILE_ID logical изменений
й UI-зоне.
only
Страница 210
Технический проект. Сервис НПА.
F-10
Фиксация
М1. Реестр НПА истории
и ПА
загрузки и
обработки
Автоматизирова
ть действие:
фиксация
истории
Система
загрузки и
обработки в
границах
раздела сервиса.
Проверить
права и
исходное
состояние;
выполнить
действие
«Фиксация
PDF планаистории
графика;
реквизиты СЭД; загрузки и
строки плана; обработки»;
пользователь; валидировать
права доступа данные;
сохранить
результат;
записать
историю при
изменении
сущности.
Сохраненные
данные планаграфика,
пункты,
FILE_ID,
история
обработки
Действие
история
выполнено,
npa_change_hist
изменений;
результат
ory, npa_plans,
экран загрузки
доступен
npa_plan_items;
плана-графика;
пользователю в USER_ID logical
список плановсоответствующе only
графиков
й UI-зоне.
нет
Страница 211
Технический проект. Сервис НПА.
Код
функции
Таблица А-2. База данных планов-графиков
Модуль
Наименование
функции
Назначение
Основная роль /
инициатор
F-11
Автоматизиров
ать действие:
просмотр
Пользователь
Просмотр
списка планов- сервиса;
М2. База данных
списка плановграфиков в
контролер;
планов-графиков
графиков
границах
администратор
раздела
сервиса.
F-12
Поиск по
М2. База данных планампланов-графиков графикам и
пунктам
Автоматизиров
ать действие:
поиск по
Пользователь
планамсервиса;
графикам и
контролер;
пунктам в
администратор
границах
раздела
сервиса.
F-13
Фильтрация
М2. База данных
планов и
планов-графиков
пунктов
Автоматизиров
ать действие:
фильтрация
Пользователь
планов и
сервиса;
пунктов в
контролер;
границах
администратор
раздела
сервиса.
F-14
Автоматизиров
ать действие:
Просмотр
Пользователь
просмотр
сервиса;
М2. База данных списка пунктов
списка пунктов
планов-графиков выбранного
контролер;
выбранного
плана-графика
администратор
плана-графика
в границах
Входные
данные
Алгоритм
выполнения
Выходные
данные
Результат
выполнения
Связанные
Связанные
Уведомления
сущности БД экраны / UI-зоны
npa_plans,
Проверить права и
npa_plan_items,
Сохраненные
исходное состояние;
Действие
npa_roadmaps,
Список
планывыполнить действие
выполнено,
npa_file_links, левое меню
графики;
планов/пунктов,
«Просмотр списка
результат
npa_change_hist сервиса;
пункты;
данные пункта,
планов-графиков»;
доступен
нет
ory;
параметры
доступные
список плановвалидировать данные;
пользователю в
USER_ID logical графиков
поиска;
действия,
сохранить результат;
соответствующе
only;
права
история
записать историю при
й UI-зоне.
FILE_ID logical
пользователя
изменении сущности.
only
npa_plans,
Проверить права и
Сохраненные
npa_plan_items, список плановисходное состояние;
Действие
планыСписок
npa_roadmaps, графиков;
выполнить действие
выполнено,
графики;
планов/пунктов,
npa_file_links, список пунктов
«Поиск по планамрезультат
пункты;
данные пункта,
npa_change_hist ПГ;
графикам и пунктам»;
доступен
нет
параметры
доступные
ory;
боковая панель
валидировать данные;
пользователю в
поиска;
действия,
USER_ID logical деталей;
сохранить результат;
соответствующе
права
история
only;
история
записать историю при
й UI-зоне.
пользователя
FILE_ID logical изменений
изменении сущности.
only
npa_plans,
Проверить права и
npa_plan_items, список плановСохраненные
исходное состояние;
Действие
npa_roadmaps, графиков;
планыСписок
выполнить действие
выполнено,
npa_file_links, список пунктов
планов/пунктов,
графики;
«Фильтрация планов и
результат
npa_change_hist ПГ;
данные пункта,
пункты;
пунктов»;
доступен
нет
ory;
параметры
доступные
боковая панель
валидировать данные;
пользователю в
USER_ID logical деталей;
поиска;
действия,
сохранить результат;
соответствующе
only;
история
права
история
записать историю при
й UI-зоне.
FILE_ID logical изменений
пользователя
изменении сущности.
only
Сохраненные Проверить права и
Действие
npa_plans,
Список
планывыполнено,
исходное состояние;
npa_plan_items,
планов/пунктов,
список пунктов
графики;
результат
выполнить действие
npa_roadmaps,
ПГ; колонка
данные пункта,
пункты;
доступен
нет
«Просмотр списка
npa_file_links,
статуса;блок
доступные
параметры
пользователю в npa_change_hist
пунктов выбранного
действия,
действий строки
поиска; права плана-графика»;
соответствующе ory; USER_ID
история
пользователя валидировать данные;
й UI-зоне.
logical only;
Страница 212
Технический проект. Сервис НПА.
раздела
сервиса.
F-15
Автоматизиров
ать действие:
Пользователь
просмотр
Просмотр
деталей пункта сервиса;
М2. База данных
деталей пункта
плана-графика контролер;
планов-графиков
плана-графика
в границах
администратор
раздела
сервиса.
F-16
Создать
рабочий
контекст
обработки
Загрузка или
документа
М2. База данных
ввод документа изменений ПГ Контролер
планов-графиков
изменений ПГ без
непосредственн
ого изменения
действующих
данных ПГ.
F-16.1
Сформировать
рабочий набор
изменений
путем
Структурное
структурного
М2. База данных извлечение и
Система
извлечения
планов-графиков сопоставление
данных из
изменений ПГ
документа и
сопоставления
с актуальными
сохраненными
сохранить результат;
записать историю при
изменении сущности.
FILE_ID logical
only
npa_plans,
Проверить права и
npa_plan_items,
Сохраненные
исходное состояние;
Действие
npa_roadmaps,
Список
планывыполнить действие
выполнено,
список пунктов
npa_file_links,
графики;
планов/пунктов,
«Просмотр деталей
результат
ПГ;
npa_change_hist
пункты;
данные пункта,
пункта плана-графика»;
доступен
боковая панель
ory;
параметры
доступные
валидировать данные;
пользователю в
деталей пункта;
USER_ID logical
поиска;
действия,
сохранить результат;
соответствующе
popup деталей
only;
права
история
записать историю при
й UI-зоне.
FILE_ID logical
пользователя
изменении сущности.
only
npa_plans,
npa_plan_items,
Сохраненный
Проверить роль
npa_file_links,
ПГ;
контролера; принять
npa_change_hist база ПГ;
Документ
документ
утвержденный ПГ либо Документory;
изменений
изменений
боковая панель /
официальный документ основание и
USER_ID logical popup обработки
ПГ;
принят к
изменений; сохранить рабочий
only;
FILE_ID;
обработке;
изменений ПГ;
документ-основание; контекст
FILE_ID logical зона загрузки
СЭДдействующие
свободное штатное
обработки
реквизиты
данные ПГ не only;
документа
редактирование
изменений ПГ
SED_REF /
при наличии;
изменены.
изменений
сохраненного ПГ не
SED_DOC_ID /
права
допускается.
SED_LINK при
пользователя
наличии
Для машиночитаемого
Документ
документа выполнить
Сформирован
боковая панель /
изменений
npa_plans,
структурное
результат для
popup обработки
ПГ;
npa_plan_items,
Рабочий набор
извлечение;
проверки
изменений ПГ;
актуальные
npa_file_links,
структурирован
сопоставить
сохраненные
пользователем;
таблица
npa_change_hist
извлеченные сведения с ных и
сырой результат
сопоставленных
данные ПГ и
ory;
актуальными данными сопоставленных
не является
изменений;
пунктов ПГ;
FILE_ID logical
изменений ПГ
ПГ; определить
источником
блок ошибок
рабочий
only
добавление, изменение,
контекст
истины.
обработки
исключение пункта,
обработки
изменение сроков,
нет
уведомления
– по
событиям
Приложения
В
Страница 213
нет
Технический проект. Сервис НПА.
данными ПГ.
F-16.2
Обеспечить
пользовательск
ую проверку
Проверка и
корректировка результата
М2. База данных
сопоставления Контролер
рабочего
планов-графиков
и исправление
набора
изменений ПГ ошибок
обработки
документа.
F-16.3
Применить к
действующим
структурирован
ным данным
Подтверждение только
М2. База данных
Контролер;
и применение проверенный и
планов-графиков
система
изменений ПГ подтвержденны
й
пользователем
рабочий набор
изменений.
ответственного
департамента, ФОИВ,
признание
нецелесообразным или
признаки
необходимости
переноса ДК;
сформировать рабочий
набор без применения к
действующим данным.
Контролер проверяет и
корректирует только
npa_plans,
рабочий набор,
Рабочий
таблица
npa_plan_items,
сформированный по
Рабочий набор
набор
сопоставленных
npa_file_links,
документу-основанию;
изменений
подготовлен к
изменений;
npa_change_hist
Проверенный
выполняется
ПГ;
подтверждению;
inlineory;
рабочий набор
нет
сопоставление с
документдействующие
корректировка;
USER_ID logical
изменений ПГ
действующим ПГ и
основание;
данные ПГ еще
блок валидации;
only;
актуальные серверная проверка;
не изменены.
предпросмотр
FILE_ID logical
действующий ПГ до
данные ПГ
данных до и после
only
подтверждения не
изменяется.
После подтверждения
Проверенный
контролером и
рабочий
Проверенные
npa_plans,
успешной серверной
набор
Актуализирован изменения
npa_plan_items, popup
проверки применить
изменений;
ные данные ПГ применены;
npa_file_links, подтверждения;
уведомления
рабочий набор
и пунктов ПГ; источником
– по
документnpa_change_hist результат
атомарно; сохранить
снимки до и
обработки
событиям
основание;
истины
ory;
основание, автора, дату
автор
после;
являются
USER_ID logical изменений;
Приложения
и значения до/после.
подтверждени
событие
сохраненные
only;
история ПГ и
В
Администратор не
истории
я USER_ID;
структурирован FILE_ID logical пункта
подменяет контролера
актуальные
ные данные.
only
в официальном
данные ПГ
контуре.
Страница 214
Технический проект. Сервис НПА.
F-16.4
Для подтвержденного
официального
изменения применить
предусмотренные
последствия для
связанной ДК. При
переносе в другой
ПГ/пункт использовать
экспорт без
предварительного
Автоматически
Последствия
архивирования. При
применить
изменения ПГ
изменении конечного
предусмотренн
применены по
срока применить
ые ТП
Система;
ТП; перенос
установленное правило Примененные
последствия
контролер – для
выполняется
подтвержденно
последствия
Примененные архивирования
официального
через экспорт; npa_plan_items,
Обработка
прежней ДК и
го изменения
изменения ПГ;
изменения
контура
создание новой npa_roadmaps,
последствий
зафиксировать
ПГ и отдельно
состояние
ПГ;
база ПГ;
изменения ПГ;
ДК после
изменений ПГ
npa_export_oper
поддержать
измененный возможность/необходи связанной ДК;
карточка / строка
главный
изменения
ations,
М2. База данных и
мость создания новой признак
исключительну
или
связанной ДК;
администратор –
конечного срока npa_change_hist
планов-графиков исключительно
ю
возможности/не
исключенный ДК; само создание
popup экспорта;
только для
вынесено в F- ory;
й
новой ДК выполняется обходимости
корректировку
пункт ПГ;
история
исключительной
16.5;
корректировки
USER_ID logical
сохраненного
связанная ДК отдельной функцией F- создания новой
корректировки
исключительная only
пункта
пункта главным
при наличии 16.5. Исключительная ДК;
сохраненного
корректировка
корректировка главным история
администратор
пункта ПГ
не превращается
администратором
ом без подмены
в штатное
допускается только при
штатного
редактирование
документе-основании и
контура
ПГ.
обязательной причине;
контролера.
фиксируются значения
до/после;
архивирование
связанной ДК
выполняется только
при изменении
наименования акта,
конечного мероприятия
или конечного срока.
по закрытой
матрице
уведомлений
раздела 7; при
необходимост
и новой ДК
после
изменения ПГ
– первое
напоминание
через 1
рабочий день,
далее
ежедневно до
создания ДК
либо
прекращения
необходимост
и/возможност
и
Страница 215
Технический проект. Сервис НПА.
F-17
F-18
F-19
F-20
Проверка
доступности
М2. База данных создания
планов-графиков дорожной
карты по
пункту
Автоматизиров
ать действие:
проверка
доступности
создания
Система;
дорожной
ответственный
карты по
исполнитель
пункту в
границах
раздела
сервиса.
Проверить права и
npa_plans,
исходное состояние;
Сохраненные
Действие
npa_plan_items,
выполнить действие
Список
планывыполнено,
npa_roadmaps,
«Проверка доступности планов/пунктов,
список пунктов
графики;
результат
npa_file_links,
создания дорожной
данные пункта,
ПГ; блок действий
пункты;
доступен
npa_change_hist
карты по пункту»;
доступные
строки; блок
параметры
пользователю в ory; USER_ID
валидировать данные; действия,
валидации
поиска; права
соответствующе logical only;
сохранить результат;
история
пользователя
й UI-зоне.
FILE_ID logical
записать историю при
only
изменении сущности.
Проверить, что
пользователь назначен
Автоматизиров
ать действие:
Сохраненные ответственным
Действие
исполнителем
переход к
планыСписок
npa_plan_items,
Переход к
выполнено,
соответствующего
созданию
Ответственный графики;
планов/пунктов,
npa_roadmaps,
созданию
результат
список пунктов
пункта ПГ, пункт
дорожной
исполнитель
пункты;
данные пункта,
npa_change_hist
М2. База данных
дорожной
доступен
ПГ;
находится в
карты по
соответствующег параметры
доступные
ory;
планов-графиков
карты по
пользователю в
карточка ДК
допустимом состоянии действия,
пункту в
о пункта ПГ
поиска;
USER_ID logical
пункту
соответствующе
и отсутствует
границах
права
история
only
й UI-зоне.
раздела
пользователя блокирующая активная
ДК; открыть создание
сервиса.
ДК.
Проверить права и
Автоматизиров
npa_plans,
исходное состояние;
Сохраненные
ать действие:
npa_plan_items,
выполнить действие
Действие
открытие
Пользователь
планыСписок
npa_roadmaps,
«Открытие
выполнено,
Открытие
существующей сервиса;
графики;
планов/пунктов,
npa_file_links, список пунктов
существующей
результат
существующей
ответственный
пункты;
данные пункта,
дорожной
npa_change_hist ПГ;
М2. База данных
дорожной карты по
доступен
дорожной
исполнитель;
параметры
доступные
карты по
ory;
планов-графиков
карточка ДК;
пункту»;
пользователю в
карты по
пункту в
контролер;
поиска;
действия,
USER_ID logical колонка статуса
валидировать данные;
соответствующе
пункту
границах
администратор права
история
only;
сохранить результат;
й UI-зоне.
пользователя
раздела
FILE_ID logical
записать историю при
сервиса.
only
изменении сущности.
Список
Автоматизиров
Сохраненные Проверить права и
Действие
npa_change_hist история
Просмотр
планов/пунктов, выполнено,
ать действие: Пользователь
планыисходное состояние;
ory, npa_plans, изменений; список
сервиса;
данные пункта, результат
М2. База данных истории
просмотр
графики;
выполнить действие
npa_plan_items; планов-графиков;
планов-графиков изменений
контролер;
доступные
истории
пункты;
«Просмотр истории
доступен
USER_ID logical боковая панель
плана и пункта изменений
администратор параметры
действия,
изменений плана и
пользователю в
only
деталей пункта
плана и пункта
поиска; права пункта»; валидировать история
соответствующе
Страница 216
нет
нет
нет
нет
Технический проект. Сервис НПА.
в границах
раздела
сервиса.
F-16.5
пользователя данные; сохранить
результат; записать
историю при
изменении сущности.
й UI-зоне.
М2. База данных Создание новой Создать новую Ответственный Пункт ПГ с Проверить, что
Новая ДК;
Новая ДК
npa_plan_items, база ПГ;
само создание
планов-графиков ДК после
ДК по пункту исполнитель
примененным официальное
перенесенные создана в
npa_roadmaps, действие создания новой ДК
изменения
ПГ после
соответствующег изменением изменение конечного фактические
допустимом
npa_roadmap_act ДК по пункту;
прекращает
конечного
примененного о пункта ПГ
конечного
срока пункта ПГ
мероприятия без сценарии после ivities,
карточка новой ДК ежедневные
срока пункта
изменения
срока;
применено, прежняя
прежних
изменения
npa_change_hist
напоминания
ПГ
конечного
архивная ДК; ДК архивирована,
сроков;
конечного
ory;
о
срока в
ответственны создание новой ДК
история
срока;
USER_ID logical
необходимост
предусмотренн
й
разрешено и
создания и
фактические
only
и ее создания;
ом ТП
исполнитель; пользователь является переноса
мероприятия
отдельное
сценарии.
право
ответственным
перенесены,
новое
создания ДК исполнителем
сроки подлежат
уведомление
соответствующего
повторному
о создании
пункта. Создать новую
заполнению.
ДК не
ДК по пункту;
формируется
перенести фактические
мероприятия архивной
ДК; сроки мероприятий
не переносить как
готовые значения –
ответственный
исполнитель задает их
заново с учетом нового
конечного срока;
зафиксировать
создание и перенос в
истории.
Страница 217
Технический проект. Сервис НПА.
Код
функц
ии
Таблица А-3. Дорожные карты
Основная
роль /
Входные данные
Алгоритм выполнения
инициатор
Пункт ПГ;
USER_ID
ответственного
Автоматизироват
исполнителя
ь действие:
Ответственны
Проверить права и исходное состояние;
соответствующег
Создание
создание
й
выполнить действие «Создание
о пункта; данные
М3.
дорожной
дорожной карты исполнитель
дорожной карты по пункту планапункта для
F-21 Дорожные карты по
по пункту плана- соответствую
графика»; валидировать данные;
автозаполнения;
карты
пункту планаграфика в
щего пункта
сохранить результат; записать историю
право создания
графика
границах раздела ПГ
при изменении сущности.
ДК; отсутствие
сервиса.
активной
конфликтующей
ДК.
Основание
создания ДК вне
Автоматизироват
ПГ; обязательные Проверить права и исходное состояние;
ь действие:
Ответственны
исходные
создание
Создание
выполнить действие «Создание
М3.
й
реквизиты ДК;
дорожной карты
дорожной
дорожной карты вне плана-графика»;
F-22 Дорожные
исполнитель
USER_ID
вне планакарты вне
валидировать данные; сохранить
карты
создаваемой
ответственного результат; записать историю при
плана-графика графика в
ДК
исполнителя
границах раздела
изменении сущности.
создаваемой ДК;
сервиса.
право создания.
Модуль
Наименование
функции
Назначение
Выходные
данные
Связанные
Результат Связанные
экраны / Уведомления
выполнения сущности БД
UI-зоны
Создан
Новая
черновик ДК
карточка
npa_roadmaps в
по
npa_roadmaps, ДК; таблица
RM_DRAFT,
выбранному npa_plan_item мероприяти
связанная с
пункту ПГ; s,
й; блок
plan_item_id;
маршрут,
npa_change_hi маршрута;
автозаполненные
решения
блок
story;
реквизиты из
согласования USER_ID
валидации;
пункта; запись
и отметки
история
logical only
истории
исполнения
изменений
создания.
не создаются.
нет
Создан
карточка
черновик ДК npa_roadmaps,
ДК; таблица
вне ПГ с
npa_change_hi
мероприяти
одним
story;
й; блок
ответственны USER_ID
маршрута;
нет
м
logical only;
блок
исполнителем SED_REF
валидации;
; связь с
logical only
история
пунктом ПГ при наличии
изменений
отсутствует.
Карточка ДК
Автоматизироват
npa_roadmaps,
Проверить права и исходное состояние;
заполнена
ь действие:
npa_plan_item
Черновик ДК,
Автозаполненные
Автозаполнени
выполнить действие «Автозаполнение
данными
карточка
М3.
автозаполнение
созданный по
реквизиты ДК,
s,
пункта ПГ в
е дорожной
дорожной карты данными пункта»;
ДК; блок
F-23 Дорожные
дорожной карты Система
пункту ПГ;
наследуемые из
npa_change_hi
нет
предусмотрен
карты данными
валидировать данные; сохранить
реквизитов
карты
данными пункта в
story;
связанный пункт
связанного
пункта
результат; записать историю при
ном составе;
ДК
границах раздела
USER_ID
ПГ.
пункта ПГ.
изменении сущности.
ДК остается
сервиса.
logical only
RM_DRAFT.
Автоматизироват
ДК в RM_DRAFT Проверить права и исходное состояние; Сохраненный вид Вид акта
карточка
М3.
ь действие: выбор Ответственны /
выполнить действие «Выбор вида акта»; акта ДК;
зафиксирован npa_roadmaps, ДК; блок
Выбор вида
вида акта в
й
npa_change_hi характерист
F-24 Дорожные
нет
RM_RETURNED; валидировать данные; сохранить
обновленный
в ДК и
акта
карты
границах раздела исполнитель выбранный вид результат; записать историю при
контекст расчета используется story
ик акта;
сервиса.
акта; USER_ID изменении сущности.
характеристик и как входной
блок
Страница 218
Новая
npa_roadmaps в
RM_DRAFT без
plan_item_id;
сохраненное
основание вне
ПГ; запись
истории
создания.
Технический проект. Сервис НПА.
ответственного
исполнителя;
право
редактирования
ДК.
Обеспечить
выбор или ввод
характеристик
М3.
Заполнение
акта в карточке
F-25 Дорожные характеристик
ДК для
карты
акта в ДК
последующего
расчета блока
рекомендаций.
ДК;
вид акта;
Проверить право редактирования ДК и
справочник
допустимый статус;
характеристик
загрузить активные характеристики;
npa_characteristics
принять выбранные или введенные
Ответственны
;
значения;
й
текущие
проверить обязательность, тип ввода и
исполнитель
значения
допустимые значения;
характеристик
сохранить значения характеристик ДК;
ДК;
зафиксировать значимые изменения.
права
пользователя
Справочник
характеристик;
Администрироват
Проверить право администрирования;
файл заказчика
ь начальный и
создать, изменить, активировать,
«Поля для
последующий
деактивировать или упорядочить
Администрат
формирования
справочник
характеристику;
Ведение
ор;
списка
М3.
характеристик
задать код, наименование, тип ввода,
справочника
контролер
рекомендуемых
акта,
F-25.1 Дорожные
допустимые значения, обязательность и
характеристик
при
мероприятий»
карты
используемый
условие обязательности;
акта
подтвержденн
как источник
для выбора
сохранить настройку;
ом праве
начального
характеристик
зафиксировать историю изменения
наполнения;
ДК и расчета
справочника.
права
рекомендаций.
пользователя
Администрироват
Общие шаблоны Проверить право администрирования
ь общие шаблоны
мероприятий;
общих шаблонов;
Администрат
мероприятий,
права
создать, изменить, активировать,
ор;
пользователя;
М3.
Ведение общих которые могут
деактивировать или упорядочить общий
контролер
участвовать в
правила срока
F-25.2 Дорожные шаблонов
шаблон;
при
или
карты
мероприятий матрице
задать template_scope = GLOBAL, код,
подтвержденн
применимости и
рекомендуемая наименование, описание, правило срока
ом праве
формировании
длительность при или длительность, источник/основание;
рекомендаций.
наличии
сохранить настройку;
рекомендаций.
Значения
характеристик
конкретной ДК
Обновленный
справочник
характеристик
Обновленный
каталог общих
шаблонов
мероприятий
признак
валидации
механизма
рекомендаций
; статус ДК не
изменяется.
Характеристи
ки сохранены
в
карточка
npa_roadmap_ npa_roadmaps, ДК;
characteristics npa_characteri блок
и
stics,
характерист
используются npa_roadmap_ ик акта;
как входные characteristics, блок
данные для npa_change_hi предупрежд
рекомендаций story
ений и
; сами по себе
ошибок
мероприятия
не создают.
Характеристи
администра
ки доступны
тивные
в карточке
ДК;
npa_characteri настройки
рекомендац
изменение
stics,
справочника npa_change_hi ий;
справочник
не меняет уже story;
характерист
сохраненные USER_ID
ик;
значения
logical only
история
характеристи
изменений
к и созданные
мероприятия.
Общие
администра
шаблоны
тивные
npa_activity_t
доступны для
настройки
emplates,
матрицы
рекомендац
npa_change_hi
применимост
ий;
story;
и; личные
справочник
USER_ID
шаблоны
общих
logical only
template_scop
шаблонов
e=
мероприяти
Страница 219
нет
нет
нет
Технический проект. Сервис НПА.
зафиксировать историю изменения.
Администрироват
Вид акта;
ь стартовую и
характеристика;
последующие
Администрат значение
Настройка
правила
характеристики
ор;
М3.
матрицы
применимости
или условие;
контролер
F-25.3 Дорожные применимости
вида «вид акта + при
общий шаблон
карты
общих
характеристика + подтвержденн template_scope =
шаблонов
значение ->
GLOBAL;
ом праве
общий шаблон
права
мероприятия».
пользователя
Пользователь
создает,
использует и
удаляет личные
Личный шаблон
шаблоны
мероприятия;
мероприятий
Пользователь
Ведение
USER_ID
только для себя. сервиса –
М3.
личных
владельца;
Личные шаблоны владелец
F-25.4 Дорожные
шаблонов
поля
не участвуют в
личного
карты
мероприятий
мероприятия;
матрице
шаблона
права
применимости, не
пользователя
формируют
рекомендации и
не
согласовываются.
Сформировать
ДК;
вычисляемый
вид акта;
блок
значения
Формирование
рекомендаций по
характеристик
М3.
блока
виду акта,
ДК;
F-26 Дорожные рекомендованн
Система
характеристикам
активные общие
ых
карты
ДК, общим
шаблоны
мероприятий
шаблонам и
template_scope =
матрице
GLOBAL;
применимости.
матрица
Проверить право администрирования
матрицы;
выбрать общий шаблон;
задать вид акта, характеристику,
значение или условие применимости;
при необходимости задать логический
режим сложного условия;
сохранить правило матрицы;
зафиксировать историю изменения.
PERSONAL в
рекомендация
х не
участвуют.
Обновленная
матрица
применимости
рекомендаций
й;
история
изменений
npa_activity_t
Матрица
администра
emplate_chara
используется
тивные
cteristics,
только для
настройки
npa_activity_t
вычисления
рекомендац
emplates,
блока
ий;
npa_characteri
рекомендаций
матрица
stics,
и не создает
применимос
npa_change_hi
фактические
ти;
story;
мероприятия
история
USER_ID
ДК.
изменений
logical only
нет
Пользователь
карточка
npa_activity_t
видит
ДК;
emplates,
применимые
блок
npa_activity_t
рекомендации
«Рекомендо
emplate_chara
; отдельная
ванные
cteristics,
таблица
мероприяти
npa_characteri
сохраненных
я»;
stics,
рекомендаций
пустое
npa_roadmap_
не создается,
состояние
characteristics
мероприятия
рекомендац
нет
Личный
шаблон
доступен
карточка
только
ДК;
Проверить owner_user_id текущего
владельцу;
таблица
пользователя; разрешить создание,
Созданный,
нет; события
личный
npa_activity_t мероприяти
применение и мягкое удаление только
использованный
личных
шаблон не
й;
emplates;
собственных личных шаблонов; личные
или удаленный
шаблонов не
участвует в USER_ID
действия
шаблоны не участвуют в блоке
личный шаблон
включаются в
рекомендация logical only
личных
рекомендаций; право администратора
мероприятия
историю ДК
х и не
шаблонов
удалять чужие личные шаблоны не
изменяет уже
мероприяти
устанавливается.
созданные
я
мероприятия
ДК.
Проверить наличие вида акта и
характеристик;
прочитать активные общие шаблоны и
правила матрицы;
сопоставить характеристики ДК с
условиями применимости;
сформировать список применимых
рекомендаций;
показать наименование, основание
применимости при наличии, срок или
Вычисляемый
блок
рекомендаций в
карточке ДК
Страница 220
Технический проект. Сервис НПА.
применимости;
права
пользователя
правило срока, предупреждение о ручной
в ДК не
ий;
оценке и действие добавления;
добавлены.
предупрежд
не создавать фактические мероприятия
ения
автоматически.
Проверить право редактирования ДК и
В
карточка
допустимый статус; принять выбор
npa_roadmap_
ДК;
рекомендации пользователем; создать
activities
блок
ДК;
запись фактического мероприятия в
npa_roadmap_
создано
«Рекомендо
выбранная
составе ДК без отдельного назначаемого
Преобразовать
нет; история –
activities,
мероприятие;
ванные
рекомендация;
исполнителя; перенести наименование,
выбранную
npa_activity_t
«мероприятие
Добавление
последующее
мероприяти
общий шаблон
описание, правило срока или
emplates,
добавлено»,
М3.
рекомендации пользователем
Ответственны
изменение
я»;
мероприятия при
Фактическое
длительность из общего шаблона при
npa_roadmaps,
уведомления
F-26.1 Дорожные в фактические рекомендацию в й
таблица
наличии;
мероприятие ДК характеристи
наличии; сохранить связь с исходным
npa_change_hi
только по
карты
мероприятия фактическое
исполнитель
ки, шаблона
фактически
конечный срок
шаблоном при наличии; проверить
мероприятие
story;
Приложению
ДК
или матрицы
х
ДК;
обязательные поля и срок не позже
конкретной ДК.
USER_ID
В
не изменяет
мероприяти
права
конечного срока ДК; зафиксировать
logical only
уже
й;
пользователя
историю добавления мероприятия. Все
созданное
блок
мероприятия этой ДК исполняет один
мероприятие.
валидации
ответственный исполнитель ДК.
ДК в RM_DRAFT
Кастомное
/
Проверить право редактирования ДК и
мероприятие
RM_RETURNED;
Новое
допустимый статус; принять ручной ввод
создано
наименование,
npa_roadmap_
фактическое
мероприятия; проверить обязательные
только в
Добавить
описание, срок,
карточка
мероприятие
activities,
поля и срок; создать фактическое
составе
фактическое
М3.
Добавление
Ответственны порядок и иные
npa_roadmap_acti
npa_roadmaps, ДК; таблица
мероприятие с признаком ручного
конкретной
мероприятие в
обязательные
F-27 Дорожные кастомных
й
нет
vities с признаком
npa_change_hi мероприяти
происхождения без отдельного
ДК и не
ДК вручную без
карты
мероприятий
исполнитель поля нового
й; блок
ручного
story;
назначаемого исполнителя;
изменяет
использования
мероприятия;
валидации
происхождения;
USER_ID
зафиксировать историю добавления. Все
справочники
рекомендации.
конечный срок
запись истории
logical only
мероприятия этой ДК исполняет один
или
ДК; USER_ID
добавления.
ответственный исполнитель ДК.
глобальные
ответственного
шаблоны.
исполнителя.
Фактическое
ДК в RM_DRAFT Проверить право редактирования ДК и
Обновленное
npa_roadmap_
Автоматизироват
мероприятие
/
допустимый статус; изменить
фактическое
activities,
карточка
ь действие:
изменено в
RM_RETURNED; наименование, описание, срок, порядок
М3.
Редактировани
Ответственны
мероприятие
npa_roadmaps, ДК; таблица
редактирование
составе ДК;
фактическое
или иные допустимые поля фактического
й
npa_roadmap_acti
npa_change_hi мероприяти
F-28 Дорожные е мероприятий
нет
мероприятий и
изменение не
мероприятие;
мероприятия; не назначать и не изменять
карты
и сроков
исполнитель
vities; запись
story;
й; блок
сроков в границах
меняет общий
изменяемые
отдельного исполнителя мероприятия;
истории
USER_ID
валидации
раздела сервиса.
или личный
допустимые поля проверить срок относительно конечного
изменения.
logical only
шаблон.
мероприятия;
срока ДК; сохранить изменения;
Страница 221
Технический проект. Сервис НПА.
конечный срок
ДК; USER_ID
ответственного
исполнителя.
зафиксировать историю.
Для ДК по ПГ
конечное
мероприятие
и конечный
Зафиксировать
ДК; для ДК по
срок
конечное
ПГ – связанный
унаследованы
Конечное
мероприятие и
пункт ПГ с
из пункта без
мероприятие и
конечный срок
конечным
Для ДК по ПГ использовать конечное
конечный срок произвольног npa_roadmaps,
без отдельного
мероприятием и мероприятие и конечный срок
о изменения; npa_roadmap_ карточка
ДК,
Определение
пользовательског Ответственны конечным
соответствующего пункта без
установленные для ДК вне
activities,
конечного
ДК; таблица
М3.
о флага: для ДК й
сроком; для ДК произвольного изменения; для ДК вне
по применимому ПГ значения npa_plan_item мероприяти
F-29 Дорожные мероприятия и
по ПГ значения исполнитель; вне ПГ –
ПГ принять значения от ответственного
заданы
сценарию;
s,
конечного
й; блок
карты
наследуются из система
значения,
исполнителя; проверить сроки
ответственны npa_change_hi валидации
результат
срока
пункта ПГ, для
введенные
фактических мероприятий относительно
проверки сроков м
story
ДК вне ПГ
ответственным конечного срока.
исполнителем
фактических
задаются
исполнителем;
; срок
мероприятий.
ответственным
фактические
каждого
исполнителем.
мероприятия ДК.
мероприятия
не позже
конечного
срока ДК.
Готовность
ДК к
ДК в RM_DRAFT
направлению
/
Проверить наличие вида акта,
на
Перечень
RM_RETURNED;
Автоматизироват
заполненность обязательных
согласование npa_roadmaps,
вид акта;
блокирующих
карточка
ь действие:
характеристик и сведений ДК; проверить
определена; npa_roadmap_
Валидация
Система;
обязательные
ошибок и
ДК; блок
валидация сроков
наличие фактических мероприятий;
М3.
рекомендации activities,
предупреждений;
сроков и
ответственны характеристики и
валидации;
и состава
проверить обязательные поля
npa_activity_t
F-30 Дорожные
без
признак
состава
й
сведения ДК;
таблица
мероприятий в
мероприятий; проверить, что срок
карты
добавления emplates,
мероприятий
исполнитель фактические
готовности ДК к
мероприяти
границах раздела
мероприятия не позже конечного срока
пользователе npa_change_hi
мероприятия и их
направлению на
й
сервиса.
ДК; сформировать блокирующие ошибки
story
м не
согласование.
обязательные
и предупреждения.
считаются
поля; конечный
фактическим
срок ДК.
и
мероприятия
Страница 222
нет
нет
Технический проект. Сервис НПА.
ми.
ДК в RM_DRAFT
Для нового
либо
черновика
npa_approval_rout маршрут
RM_RETURNED;
этапы маршрута,
es и
сформирован npa_approval_
Для RM_DRAFT сформировать маршрут
их порядок и
npa_approval_stag с
routes,
с обязательными этапами. Для
последовательны
es в
обязательным npa_approval_
Автоматизироват
RM_RETURNED сохранить ранее
й/параллельный
конфигурации
и этапами.
stages,
ь действие:
карточка
сформированный маршрут:
актуального
После
npa_approval_ ДК; блок
М3.
Формирование формирование
Ответственны режим; USER_ID
существующие этапы не удалять, не
ответственного
маршрута; запись возврата
participants, маршрута
маршрута
й
F-31 Дорожные маршрута
нет
заменять и не переупорядочивать;
истории
ранее
npa_roadmaps, согласовани
карты
согласования согласования в
исполнитель исполнителя; для
разрешить только добавление новых
RM_RETURNED
формирования
сформирован npa_change_hi я
границах раздела
этапов. Зафиксировать формирование
– ранее
маршрута либо ный маршрут story;
сервиса.
маршрута либо допустимое добавление в
сформированный
допустимого
сохранен;
USER_ID
истории.
маршрут и
добавления
допускается logical only
добавляемые
этапа.
только
новые этапы при
добавление
наличии.
новых этапов.
Маршрут ДК;
этапы; USER_ID
Состав
Участники
выбираемых
npa_approval_part маршрута
штатных
icipants по этапам выбраны.
npa_approval_
пользователей
Для нового маршрута выбрать
маршрута;
После
Автоматизироват
карточка
routes,
портала;
участников этапов. После возврата
результат
возврата
ь действие: выбор
npa_approval_ ДК; блок
USER_ID
Выбор
сохранить существующих согласующих:
проверки
существующи stages,
участников
маршрута
Ответственны
ответственного не удалять и не заменять их; разрешить
М3.
участников
обязательных
е
маршрута из
npa_approval_ согласовани
й
исполнителя; для только добавление новых согласующих.
F-32 Дорожные маршрута из
нет
участников; дата согласующие participants, я; список
пользователей
исполнитель;
RM_RETURNED Дату и время поступления ДК
пользователей
карты
и время
сохранены; npa_change_hi пользовател
портала в
система
– ранее
портала
фиксировать не при формировании
поступления
допускается story;
границах раздела
ей
сохраненные
маршрута, а при фактической активации
заполняются при только
сервиса.
USER_ID
Битрикс24
участники и
действия конкретному участнику.
фактической
добавление logical only
добавляемые
активации
новых
новые
действия.
согласующих.
согласующие при
наличии.
Автоматизироват
ДК RM_DRAFT; Проверить заполненность ДК,
ДК
Первый цикл npa_roadmaps, карточка
штатное
Направление
М3.
Ответственны валидные
ь действие:
мероприятий и маршрута; установить
RM_ON_APPRO согласования npa_approval_ ДК; блок
уведомление
дорожной
й
F-33 Дорожные
направление
фактические
первый cycle_no без создания отдельной VAL; маршрут
запущен с
routes,
маршрута
Б24 каждому
карты на
карты
дорожной карты исполнитель мероприятия;
сущности цикла; перевести маршрут в
ROUTE_ACTIVE первого
npa_approval_ согласовани конкретному
согласование
на согласование в
сформированный активное состояние; активировать
; первый этап
этапа;
stages,
я; штатные пользователю
Страница 223
Технический проект. Сервис НПА.
границах раздела
сервиса.
маршрут, этапы и первый этап. DECISION_PENDING
STAGE_ACTIVE; ожидающие npa_approval_ уведомлени , которому
участники;
формировать только для участников
DECISION_PEN решения
participants, я Битрикс24 активировано
USER_ID
фактически активированного этапа по
DING только для существуют npa_approval_
действие
ответственного механике TR-STAGE-01; для участников участников
только у
decisions,
согласования
исполнителя.
неактивных будущих этапов ожидающие активированных участников npa_notificatio
в его ветви;
решения заранее не создавать. Для
ветвей первого фактически n_log,
результат
каждого пользователя, которому
этапа; записи
активированн npa_change_hi
фактической
активировано действие согласования,
истории и
ого этапа.
story;
попытки
сформировать штатное уведомление Б24; уведомлений об
USER_ID
отправки
записать историю.
активации
logical only
фиксируется
действий.
в
npa_notificatio
n_log
npa_roadmaps,
npa_approval_
ДК
Собственное
Положительн
routes,
RM_ON_APPRO
решение
ое решение
штатные
npa_approval_
VAL; current
участника
текущего
Автоматизироват
уведомления
stages,
Текущий
Проверить текущий цикл, этап, ветвь и
карточка
cycle_no;
DECISION_APPR участника
ь действие:
Битрикс24
npa_approval_ ДК; блок
Согласование
держатель
то, что пользователь является текущим
активный этап и
OVED с
зафиксирован
согласование
следующему
participants, маршрута
дорожной
активного
держателем активного действия;
М3.
ветвь;
decided_at;
о только за
дорожной карты
участнику
npa_approval_ согласовани
действия
зафиксировать собственное решение
F-34 Дорожные карты
DECISION_PEN
обновленное
ним; позиции
участником
при переходе
decisions,
участником
соответствую
пользователя, дату получения действия и
я; кнопка
карты
DING текущего
состояние этапа и других
маршрута в
этапа; запись
npa_change_hi «Согласоват
маршрута
щей ветви
дату решения; чужая позиция решением
держателя
маршрута при
участников не
границах раздела
в
story,
согласования
другого участника не закрывается.
ь»
активного
выполнении
закрываются
сервиса.
npa_notificatio
npa_notificatio
действия;
условий
его
n_log
n_log;
received_at.
завершения.
решением.
USER_ID
logical only
ДК
DECISION_REJE Текущий
npa_approval_
RM_ON_APPRO
CTED с
cycle_no
decisions,
штатное
Автоматизироват
VAL; current
Проверить активное действие и
комментарием и прекращен и npa_approval_ карточка
уведомление
Текущий
ь действие:
cycle_no;
обязательный комментарий;
decided_at; ДК
ДК; блок
ДК
stages,
Отклонение
Битрикс24
держатель
отклонение
активный
зафиксировать собственное решение
RM_RETURNED; возвращена npa_approval_ маршрута
М3.
дорожной
активного
ответственно
дорожной карты с
этап/ветвь;
«Отклонить»; прекратить весь текущий прекращенные
согласовани
на доработку; routes,
F-35 Дорожные карты с
действия
му
обязательным
DECISION_PEN цикл, остальные этапы и ветви; вернуть ожидания
обратное
npa_roadmaps, я; кнопка
карты
обязательным
исполнителю;
соответствую
комментарием в
DING текущего ДК ответственному исполнителю без
текущего
прохождение npa_change_hi «Отклонить
комментарием
запись в
щей ветви
границах раздела
держателя
обратного прохождения цепочки
cycle_no; история цепочки
»; история
story,
согласования
npa_notificatio
сервиса.
действия;
перенаправления.
и уведомление
перенаправле npa_notificatio изменений
n_log
обязательный
ответственному ния при
n_log;
комментарий.
исполнителю.
отклонении USER_ID
Страница 224
Технический проект. Сервис НПА.
не
logical only
выполняется.
Исходный
согласующий
сохранен с
Передать
ожидающим
Добавленный
активное
ДК
Проверить, что пользователь – текущий участник цепочки собственным
действие новому
RM_ON_APPRO
npa_approval_
перенаправления решением;
держатель активного действия;
согласующему
VAL; current
participants,
допускается
и его
карточка
потребовать основание; сохранить
без замены
cycle_no;
npa_approval_
штатное
DECISION_PEN A→B→C→…
исходного согласующего и его
ДК; блок
Текущий
исходного
активный
decisions,
уведомление
; после
ожидающее решение; передать действие DING; данные
маршрута
держатель
согласующего и
этап/ветвь;
npa_approval_
Битрикс24
положительн
связи уровней
привлеченному согласующему;
согласовани
М3.
Перенаправлен
активного
без принятия
текущий
stages,
новому
перенаправления; ого решения
разрешить дальнейшее вложенное
я; кнопка
действия
F-36 Дорожные ие новому
решения за него;
держатель
npa_change_hi
участнику;
действие
перенаправление; после положительного переданное
«Перенапра
карты
согласующему
соответствую
поддержать
активного
story,
запись в
возвращается
активное
решения последнего участника
вить новому
щей ветви
вложенную
действия;
npa_notificatio
npa_notificatio
по цепочке
действие;
возвращать активное действие
согласующе
согласования
цепочку
USER_ID нового
n_log;
n_log
уровень за
история и
предыдущему уровню до исходного
му»
A→B→C→… с
согласующего;
USER_ID
уровнем, и
уведомление
согласующего, каждый участник
обратным
обязательное
logical only
каждый
новому
принимает собственное решение.
возвратом
основание.
согласующему. участник
действия.
принимает
собственное
решение.
штатное
ДК
Проверить сохранность ранее
Увеличенный
Новый
уведомление
RM_RETURNED сформированного маршрута:
current_cycle_no;
cycle_no
Б24 каждому
npa_approval_
после
существующие этапы и согласующие не сохраненный
запущен с
конкретному
routes,
допустимой
удалены, не заменены и не
маршрут,
первого этапа
пользователю
npa_approval_ карточка
доработки;
переупорядочены; разрешены только
подготовленный
актуального
при новой
stages,
Автоматизироват
ДК; блок
сохраненный
добавления. Увеличить current_cycle_no; к новому
маршрута;
npa_approval_ маршрута активации его
ь действие:
ранее маршрут, подготовить существующие маршрут и cycle_no; первый
существующи
participants, согласовани действия
М3.
Повторная
перезапуск
Ответственны этапы и
этапы к прохождению нового cycle_no; этап нового
е этапы и
npa_approval_ я; история согласования;
F-37 Дорожные отправка после маршрута после й
согласующие;
активировать первый этап актуального цикла
согласующие
результат
decisions,
карты
доработки
доработки в
исполнитель добавленные
изменений;
маршрута. DECISION_PENDING
активирован;
сохранены;
фактической
npa_roadmaps, штатные
границах раздела
новые этапы
формировать только при фактической
DECISION_PEN
решения
попытки
npa_change_hi уведомлени
сервиса.
и/или
активации соответствующего этапа по
DING только для
предыдущих
story,
я Битрикс24 отправки
согласующие при TR-STAGE-01; для неактивных будущих участников
циклов не
фиксируется
npa_notificatio
наличии;
этапов решения заранее не создавать.
фактически
являются
в
n_log
current_cycle_no; Решения предыдущих циклов сохранить активированного
решениями
npa_notificatio
USER_ID
и не использовать как решения нового
первого этапа;
нового.
n_log
ответственного цикла; цепочки перенаправления
решения
Страница 225
Технический проект. Сервис НПА.
исполнителя.
Автоматически
передать ДК на
обязательный
этап
Автоматическа «Утверждение»
после получения
М3.
я передача
положительных Система
F-38 Дорожные дорожной
решений всех
карты
карты на
утверждение обязательных
участников всех
согласовательных
этапов текущего
цикла.
М3.
Утверждение
F-39 Дорожные дорожной
карты
карты
Обеспечить
финальное
решение статссекретаря –
заместителя
Министра:
утвердить ДК
либо вернуть ее
на доработку с
обязательным
комментарием.
Статссекретарь –
заместитель
Министра
предыдущего цикла автоматически не
активировать; отдельную
сущность/таблицу цикла не создавать.
предыдущих
циклов
сохранены;
история и
уведомления.
по
завершении
согласования:
штатное
npa_roadmaps,
уведомление
npa_approval_
карточка
Б24
routes,
ДК в статусе
ДК
ДК;
ответственно
npa_approval_
Проверить, что все исходные и
RM_ON_FINAL_ автоматическ
блок
му
stages,
привлеченные участники всех
ДК;
APPROVAL;
и передана на
маршрута и
исполнителю
npa_approval_
согласовательных этапов текущего цикла
маршрут;
активный этап
утверждение
согласовани
ДК и
participants,
приняли положительные собственные
этапы;
«Утверждение»; без
я;
финальному
npa_approval_
решения, все параллельные ветви и
участники;
дата и время
дополнительн
блок
утверждающе
decisions,
вложенные цепочки перенаправлений
решения
поступления
ого
утверждени
му; результат
npa_change_hi
текущего цикла завершены положительно; затем
утверждающему; пользовательс
я;
каждой
story,
автоматически передать ДК на
согласования
событие истории кого
штатные
фактической
npa_notificatio
обязательный этап утверждения.
и уведомление
действия.
уведомлени
попытки
n_log;
я Битрикс24
отправки
USER_ID
фиксируется
logical only
в
npa_notificatio
n_log
Проверить роль финального
Утвержденная
Финальное
При
утверждающего и активность
ДК с
решение
«Утвердить»
npa_roadmaps,
ДК на
обязательного этапа. При решении
присвоенными
зафиксирован
– единое
npa_approval_
обязательном
«Утвердить» зафиксировать
номером и датой о; при
штатное
routes,
этапе
DECISION_FINAL_APPROVED в
либо ДК,
утверждении
уведомление
npa_approval_ карточка
«Утверждение»; npa_approval_decisions; для ДК по ПГ
возвращенная на ДК
Битрикс24
decisions,
ДК; блок
решения
присвоить номер, равный
доработку без
присвоены
ответственно
npa_change_hi утверждени
согласующих;
plan_item_number, и дату, равную дате
формирования
номер и дата
му
story,
я; история
USER_ID
финального утверждения; для ДК вне ПГ номера и даты
по правилам
исполнителю
npa_notificatio изменений
утверждающего; сформировать уникальный номер ВПГ- утвержденной
раздела 3.4.1;
о финальном
n_log;
комментарий при ГГГГ-NNN по ежегодной
ДК; решение
при возврате
утверждении/
USER_ID
возврате
последовательности и дату финального утверждающего в ДК остается
регистрации с
logical only
утверждения; перевести ДК в
npa_approval_deci без новых
присвоенным
RM_APPROVED. При решении «Вернуть sions; дата и
реквизитов
и номером и
Страница 226
Технический проект. Сервис НПА.
на доработку» проверить обязательный время решения;
комментарий, зафиксировать
история и
DECISION_FINAL_RETURNED в
уведомления.
npa_approval_decisions и перевести ДК в
RM_RETURNED; номер и дата
утвержденной ДК при возврате не
формируются; терминальное отклонение
не применять.
Автоматически
перевести
Перевод
М3.
утвержденную
утвержденной
F-40 Дорожные
ДК и ее
ДК в
карты
мероприятия в
исполнение
контур
исполнения.
Обеспечить
Отметка
представление
исполнения
М3.
результата
F-41 Дорожные мероприятия
исполнения
карты
ответственным
мероприятия
исполнителем
ответственным
утвержденной
ДК и после
доработки
может быть
повторно
направлена
по правилам
нового
cycle_no.
датой ДК;
при «Вернуть
на
доработку» –
штатное
уведомление
ответственно
му
исполнителю
о возврате с
комментарие
м без номера
и даты
утвержденной
ДК; результат
отправки
фиксируется
в
npa_notificatio
n_log.
нет
отдельного
После фиксации решения «Утвердить»
уведомления
ДК
проверить статус RM_APPROVED;
ДК
Утвержденна
о переходе в
RM_APPROVED; перевести ДК в RM_IN_PROGRESS;
RM_IN_PROGRE я ДК
npa_roadmaps,
исполнение;
фактические
перевести применимые мероприятия в
SS; применимые передана в
npa_roadmap_
используется
карточка
мероприятия
ACT_IN_PROGRESS; зафиксировать
мероприятия
функциональ activities,
единое
ДК; таблица
ACT_PLANNED; историю. Отдельное уведомление только
Система
ACT_IN_PROGR ный блок
npa_change_hi
зафиксированное о переходе в исполнение не
мероприяти уведомление
ESS; запись
«Работа с
story;
ответственног
DECISION_FINA формировать: утверждение, регистрация
й
истории
НПА» для
USER_ID
о
L_APPROVED; и автоматический переход в исполнение
автоматического исполнения и logical only
исполнителя
присвоенные
являются одним связанным событием
перехода.
контроля.
по событию
номер и дата ДК. уведомления ответственному
утверждения/
исполнителю.
регистрации
ДК
Проверить, что ДК находится на
Новая
Результат
npa_execution карточка
штатное
Ответственны
ДК; таблица уведомление
RM_IN_PROGRE исполнении и пользователь является
npa_execution_ma исполнения _marks,
й
SS; мероприятие ответственным исполнителем
rks в
представлен npa_roadmap_ мероприяти Битрикс24
исполнитель
й; popup
ACT_IN_PROGR соответствующей ДК; создать новую
MARK_SUBMIT контролеру; activities,
контролеру;
соответствую
ESS; USER_ID
запись npa_execution_marks.
TED;
файл и
npa_file_links, отметки
запись в
щей ДК
ответственного Комментарий и файл не являются
мероприятие
комментарий npa_change_hi исполнения npa_notificatio
Страница 227
Технический проект. Сервис НПА.
исполнителем
соответствующей
ДК без отдельной
пользовательской
сущности
«попытка
исполнения».
исполнителя ДК; обязательными; при наличии файла
необязательные сохранить прикладную ссылку FILE_ID.
комментарий и Повторное представление после
FILE_ID
отклонения создается новой записью,
подтверждающег предыдущая не перезаписывается.
о файла.
Автоматизироват
ь действие:
М3.
Подтверждение подтверждение
исполнения
F-42 Дорожные исполнения
Контролер
карты
контролером контролером в
границах раздела
сервиса.
Данные ДК;
пункт ПГ или
основание вне
плана;
мероприятия;
маршрут;
решения;
отметки
исполнения
Автоматизироват
ь действие:
отклонение
исполнения
Контролер
контролером в
границах раздела
сервиса.
Данные ДК;
пункт ПГ или
основание вне
плана;
мероприятия;
маршрут;
решения;
отметки
исполнения
М3.
Отклонение
F-43 Дорожные исполнения
карты
контролером
ACT_WAITING_ необязательн story,
CONFIRMATION ы; после
npa_notificatio
; прикладная
отклонения n_log;
ссылка FILE_ID новое
FILE_ID
при наличии;
представлени logical only;
история и
е создает
USER_ID
уведомление
новую
logical only
контролеру.
npa_execution
_marks и не
перезаписыва
ет
предыдущую.
n_log
карточка
Проверенная
Действие
npa_execution ДК;
нет;
таблица
запись
выполнено, _marks,
подтверждени
npa_execution_ma результат
npa_roadmap_ мероприяти
е
й;
rks с результатом доступен
activities,
контролером
подтверждения; пользователю npa_change_hi колонка
не формирует
статуса;
мероприятие
в
story;
отдельное
popup
переведено в
соответствую USER_ID
уведомление
контроля
исполненное.
щей UI-зоне. logical only
исполнения
штатное
уведомление
Б24
ответственно
Проверенная
му
npa_execution карточка
запись
исполнителю
_marks,
ДК;
Проверить запись npa_execution_marks,
Действие
npa_execution_ma
по факту
ожидающую проверки, и роль
выполнено, npa_roadmap_ таблица
rks с результатом
контролера; потребовать обязательный
результат
activities,
мероприяти отклонения
отклонения и
конкретной
npa_change_hi й;
комментарий; зафиксировать отклонение
доступен
обязательным
отметки;
popup
непосредственно в этой записи; вернуть
пользователю story,
комментарием
результат
мероприятие на исполнение; следующая
в
npa_notificatio контроля
контролера;
отправка создаст новую запись
соответствую n_log;
исполнения; фактической
мероприятие
попытки
колонка
npa_execution_marks.
щей UI-зоне. USER_ID
возвращено на
отправки
logical only
статуса
исполнение.
фиксируется
в
npa_notificatio
n_log
Проверить запись npa_execution_marks,
ожидающую проверки, и роль
контролера; зафиксировать результат
подтверждения непосредственно в этой
записи; перевести мероприятие в
исполненное; при подтверждении всех
мероприятий автоматически завершить
ДК.
Страница 228
Технический проект. Сервис НПА.
Автоматизироват
ь действие:
Расчет статуса расчет статуса и
М3.
и светофорной светофорной
F-44 Дорожные
Система
индикации
индикации
карты
мероприятия мероприятия в
границах раздела
сервиса.
Уведомления
М3.
по событиям,
F-45 Дорожные
срокам и
карты
просрочкам
Сформировать и
доставлять
только
предусмотренные
разделом 7
уведомления Б24
по событиям,
срокам и
Система
просрочкам с deduplication,
остановкой и
возобновлением
по
установленным
правилам.
Индикация
рассчитана и
Мероприятие ДК;
штатные
отображена
Расчетный
его статус;
npa_roadmap_
уведомления
без
карточка
признак и
установленный Рассчитать состояние; показать зеленый,
activities,
Битрикс24
зеленая/желтая/к изменения
ДК; таблица
срок; текущая
npa_execution
при
желтый или красный индикатор только в
расная индикация статуса
мероприяти
дата и время;
_marks,
просрочках;
колонке статуса; не окрашивать строку
мероприятия
для колонки
й; колонка
данные
npa_change_hi
запись в
целиком.
и без
статуса
статуса
подтверждения
story
npa_notificatio
окрашивания
мероприятия.
исполнения.
n_log
строки
целиком.
Матрица уведомлений: применено
изменение ПГ → ответственный
исполнитель затронутого пункта,
однократно; архивирована связанная ДК
→ ответственный исполнитель
архивированной ДК, однократно; после
изменения ПГ новая ДК не создана при
События ПГ,
npa_notificatio
наличии необходимости/возможности →
согласования,
n_log,
Штатные
штатные
первое напоминание ответственному
утверждения,
по
уведомления Б24, Уведомления npa_roadmaps, уведомлени
исполнителю пункта через +1 рабочий
исполнения,
отображаемые
сформирован npa_roadmap_ я
материализов
день, далее ежедневно до создания ДК
контроля и
также через
ы только по activities,
Битрикс24;
анной
либо прекращения
экспорта; сроки
npa_plan_item popup как
popup при
закрытой
матрице в
необходимости/возможности; новое
мероприятий;
s,
предусмотренном матрице
дополнител алгоритме;
применимое подтвержденное изменение
получатели
npa_execution ьное
UIраздела 7;
фактический
запускает новый цикл напоминаний.
USER_ID; факты
_marks,
представлении; повторы,
представлен результат
Согласование: при каждой активации
уже успешной
npa_export_op ие того же
записи
остановка,
каждой
действия → конкретный текущий
отправки;
фактических
возобновлени erations;
уведомлени
попытки
пользователь, которому активировано
текущее
BITRIX_NOT я; общий
попыток
е и deотправки –
действие, включая вложенное
состояние
IFY_ID
доставки в
duplication
журнал
npa_notificatio
перенаправление и обратный возврат;
объекта;
npa_notification_l применены. logical only; уведомлени
n_log
завершение согласования →
npa_notification_l
USER_ID
og.
й
ответственный исполнитель ДК и
og.
logical only
финальный утверждающий; отклонение
обычным согласующим →
ответственный исполнитель; возврат
финальным утверждающим →
ответственный исполнитель;
промежуточное положительное решение
само по себе уведомления не создает.
Страница 229
Технический проект. Сервис НПА.
Утверждение/регистрация/автоматически
й переход в исполнение →
ответственному исполнителю одним
связанным уведомлением, содержащим
присвоенные номер и дату утвержденной
ДК. Сроковые пороги мероприятия в
рабочих днях: −3 → ответственный
исполнитель; −1 → руководитель отдела;
+1 → ответственный исполнитель и
руководитель отдела; +2 → заместитель
директора департамента; +4 → директор
департамента; +7 → курирующий
заместитель Министра; +10 → статссекретарь – заместитель Министра; +14
→ Министр. Все указанные пороги
рассчитываются по производственному
календарю Российской Федерации в
часовом поясе Москвы с границей
расчетного календарного дня 00:00 по
московскому времени; нерабочие дни в
отсчет не входят; −3 и −1 отсчитываются
назад по рабочим дням от контрольной
даты, +1, +2, +4, +7, +10 и +14 – вперед
по рабочим дням; расчет календарных
дней с последующим переносом
выходного не применяется. Каждый
порог отправляется одному получателю
не более одного раза; при совпадении
ролей в одном USER_ID отправляется
одно уведомление. После представления
результата исполнения сроковые
уведомления прекращаются. После
отклонения контролером возобновляются
только будущие применимые пороги,
уже успешно отправленные не
повторяются. Новое представление
результата исполнения → контролеру,
однократно на каждую новую запись
npa_execution_marks; отклонение
контролером → ответственному
Страница 230
Технический проект. Сервис НПА.
исполнителю, однократно по
отклоненной отметке; подтверждение
контролером и автоматическое
завершение ДК отдельных уведомлений
не создают. Успешный экспорт →
контролеру-инициатору, однократно для
успешно завершенной
npa_export_operations; техническая
ошибка экспорта → контролеруинициатору, однократно для каждой
npa_export_operations, завершившейся
технической ошибкой. После ошибки
новый пользовательский запуск создает
новую npa_export_operations; сам факт
нового запуска отдельного уведомления
не создает. Popup – дополнительное
представление того же штатного
уведомления Б24, не второе событие.
Каждая фактическая попытка доставки и
ее результат фиксируются в
npa_notification_log.
ДК и связанные
мероприятия,
Пользовател
npa_change_hi
маршрут,
ю показана
story,
решения
история
npa_roadmaps,
Автоматизироват
Проверить право просмотра ДК и
согласования,
Хронологический значимых
npa_roadmap_
ь действие:
связанных данных; получить
записи
История
набор записей
событий ДК;
activities,
М3.
карточка
история
исполнения,
хронологические записи
изменений
npa_change_histor просмотр
npa_approval_ ДК; история
F-46 Дорожные
изменений
Система
экспортные
npa_change_history по доступному
нет
дорожной
y по доступной истории не
decisions,
карты
дорожной карты в
объекту; отобразить историю без
изменений
операции и
карты
ДК и связанным изменяет
npa_execution
границах раздела
изменения данных и без создания нового
значимые
объектам.
данные и не
_marks;
сервиса.
события;
события истории.
создает новое
USER_ID
USER_ID
событие
logical only
пользователя с
истории.
правом
просмотра.
Аварийная
Обеспечить
Утвержденная, Проверить роль главного
Ограниченно
Аварийная
npa_roadmaps, карточка
нет;
М3.
Главный
правка
исключительную
но не
администратора, состояние ДК
исправленная
правка
npa_change_hi утвержденн аварийная
F-46.1 Дорожные
администрато
утвержденной ограниченную
завершенная ДК; «утверждена, но не завершена»,
ДК; запись
выполнена
story;
ой ДК;
правка
карты
р
дорожной
правку
причина
обязательную причину и то, что каждый истории
только в
USER_ID
popup
фиксируется
Страница 231
Технический проект. Сервис НПА.
карты
утвержденной ДК
главным
администратором
без
использования ее
как штатного
способа обхода
согласования.
Таблица А-4. Экспортирование ДК
Код
функции
F-47
F-48
F-49
аварийной
изменяемый реквизит входит в закрытый аварийной
пределах
logical only
правки;
перечень существующих полей,
правки с автором, утвержденног
изменяемые
определенный и утвержденный на этапе причиной и
о закрытого
данные только из разработки; любое поле вне перечня
значениями до и перечня;
закрытого
отклонить серверной проверкой;
после.
произвольное
перечня
сохранить значения до и после и автора.
изменение
существующих Штатное уведомление об аварийной
реквизитов и
полей,
правке не формировать.
обход
определяемого и
маршрута или
утверждаемого
статусов не
на этапе
допускаются.
разработки;
USER_ID
главного
администратора.
в истории,
отдельное
уведомление
не
формируется
Связанные
Результат Связанные
экраны / Уведомления
выполнения сущности БД
UI-зоны
Новая
Начат новый npa_export_op
Проверить наличие права запуска;
Исходная ДК
npa_export_operat экспорт;
erations,
создать новую npa_export_operations в
М4.
Начать новый
карточка
RM_IN_PROGRE
ions в
исходная ДК npa_roadmaps,
EXPORT_DRAFT; связать ее с
Экспортирова Инициирован экспорт из
ДК; боковая
EXPORT_DRAFT не изменена и npa_change_hi
Контролер SS; USER_ID
нет
source_roadmap_id и контролеромние дорожной ие экспорта контекста
панель
контролера;
; открытый
не
story;
инициатором; открыть выбор целевого
карты
конкретной ДК.
экспорта
PERM-034.
контекст выбора архивирована USER_ID
ПГ и пункта.
цели.
.
logical only
Определена
npa_export_operat
Результат
возможность
Проверить ROLE_CONTROLLER/PERMions в
проверки; при
продолжить npa_export_op
034 и RM_IN_PROGRESS исходной ДК.
М4.
Проверить
EXPORT_DRAFT
ошибке –
текущий
erations,
Проверка прав
боковая
При блокирующей ошибке завершить
Экспортирова
допустимость
EXPORT_VALID запуск либо npa_roadmaps, панель
Система ; исходная ДК;
нет
и состояния
текущую операцию в
ние дорожной
текущего
USER_ID
ATION_ERROR текущая
npa_change_hi экспорта
исходной ДК
EXPORT_VALIDATION_ERROR;
карты
запуска.
контролера;
и перечень
операция
story
исходную ДК не изменять.
право экспорта.
причин.
завершена
неуспешно.
Выбор
М4.
Выбрать
npa_export_operat Показать допустимые ПГ; сохранить
Целевой ПГ npa_export_op боковая
Выбранный
Контролер ions в
нет
выбранный target_plan_id в текущей
erations,
панель
Экспортирова целевого
целевой ПГ
выбран;
target_plan_id.
экспорта
ние дорожной плана-графика текущего
EXPORT_DRAFT операции.
исходная ДК npa_plans
Модуль
Наименовани
е функции
Назначение
Основная
роль / Входные данные
инициатор
аварийной
правки;
история
изменений
Алгоритм выполнения
Выходные
данные
Страница 232
Технический проект. Сервис НПА.
карты
F-50
F-51
F-52
F-53
запуска.
; доступные
не изменена.
пользователю
ПГ.
npa_export_operat
ions в
Целевой
EXPORT_DRAFT
М4.
Выбор
Выбрать
npa_export_op
Выбранный
пункт выбран
боковая
; выбранный
Экспортирова целевого
целевой пункт
erations,
Показать допустимые пункты; сохранить
target_plan_item_i для проверки;
панель
Контролер
target_plan_id;
ние дорожной пункта плана- текущего
npa_plan_item
target_plan_item_id.
d.
исходная ДК
экспорта
доступные
карты
графика
запуска.
s
не изменена.
пункты
выбранного ПГ.
При успехе
операция
остается
npa_export_operat
EXPORT_DR
ions в
Проверить доступность целевого пункта,
npa_export_op
Успешный
AFT и
EXPORT_DRAFT отсутствие конфликтующей активной ДК
erations,
результат
доступна для
М4.
Проверить
; исходная ДК;
и остальные серверные условия. При
npa_plan_item боковая
Проверка
проверки либо
предпросмотр
Экспортирова
допустимость
блокирующей ошибке завершить
s,
целевого
Система target_plan_id;
панель
EXPORT_VALID а; при ошибке
ние дорожной
выбранной
target_plan_item_i текущую npa_export_operations в
npa_roadmaps, экспорта
пункта
ATION_ERROR с операция
карты
цели.
d; актуальные
EXPORT_VALIDATION_ERROR;
npa_change_hi
перечнем причин. завершена
данные целевого исходную ДК не изменять.
story
неуспешно и
пункта.
не
возвращается
в черновик.
npa_export_operat
Контролер
npa_export_op
ions в
М4.
Показать
Предпросмотр
видит состав
erations,
Предпросмотр
EXPORT_DRAFT
боковая
Экспортирова
переносимые
Сформировать предусмотренный состав состава экспорта будущего
состава
Контролер ; успешно
npa_roadmaps, панель
ние дорожной
данные до
переноса без изменения данных.
без изменения
переноса до
экспорта
npa_roadmap_ экспорта
проверенные
карты
подтверждения.
данных.
подтверждени
activities
исходная ДК и
я.
целевой пункт.
npa_export_operat Выполнение
npa_export_operat
ions в
ions в
экспорта
Запустить
Повторно проверить актуальные условия;
npa_export_op
М4.
EXPORT_IN_PR начато;
EXPORT_DRAFT
боковая
атомарное
перевести текущую операцию в
erations,
Экспортирова Подтвержден
OGRESS;
; исходная ДК;
исходная ДК
выполнение
Контролер
EXPORT_IN_PROGRESS; зафиксировать
npa_roadmaps, панель
ние дорожной ие экспорта
зафиксированный сохраняет
выбранные и
после
начало выполнения; начать атомарную
npa_change_hi экспорта
карты
запуск; начатая RM_IN_PRO
успешно
предпросмотра.
транзакцию.
story
атомарная
проверенные
GRESS до
транзакция.
целевой ПГ и
успешного
Страница 233
нет
нет
нет
нет
Технический проект. Сервис НПА.
пункт;
предпросмотр;
подтверждение
контролера.
F-54
F-55
М4.
Создать
Создание
Экспортирова
целевую ДК в
новой ДК при
ние дорожной
атомарной
экспорте
карты
операции.
Архивировани
М4.
е исходной
Завершить
Экспортирова
ДК при
атомарный
ние дорожной
успешном
перенос.
карты
экспорте
F-56
Фиксация и
М4.
уведомление
Экспортирова
об успешном
ние дорожной
результате
карты
экспорта
Зафиксировать
единственное
уведомление об
успешной
операции.
F-57
М4.
Обработка
Экспортирова технической
ние дорожной ошибки
Терминально
завершить
неуспешную
завершения.
Новая ДК
создана
npa_export_operat
внутри
ions в
Новая ДК в
текущей
EXPORT_IN_PR
целевом пункте,
транзакции; npa_export_op
Создать новую ДК в целевом пункте;
OGRESS;
подготовленная к
исходная ДК erations,
перенести только установленный состав
боковая
исходная ДК;
RM_IN_PROGRE
еще не
данных; не переносить решения
npa_roadmaps, панель
Система
выбранный
SS в рамках
считается
согласующих, cycle_no, историю
npa_roadmap_ экспорта
целевой пункт;
текущей
архивированн activities
исполнения и иные запрещенные данные.
состав
атомарной
ой до
переносимых
операции.
успешного
данных.
атомарного
завершения.
Успешно
Новая ДК
созданная новая Зафиксировать связи исходной и новой RM_IN_PROGRE
Атомарный
ДК; текущая
ДК и успешный результат; в той же
SS; исходная ДК
перенос
Система npa_export_operat атомарной транзакции перевести новую RM_ARCHIVED;
успешно
ions в
ДК в RM_IN_PROGRESS и исходную ДК зафиксированная
завершен.
EXPORT_IN_PR в RM_ARCHIVED.
успешная
OGRESS.
операция.
npa_export_op
карточка
erations,
ДК;
npa_roadmaps,
результат
npa_change_hi
экспорта
story
нет
отдельное
уведомление
не
формируется;
уведомление
об успешном
результате
экспортной
операции
формируется
один раз в
рамках F-56
Контролер
Успешно
npa_export_op
уведомлен
Зафиксировать историю успешного
История
результат одно штатное
завершенная
один раз о
erations,
завершения; сформировать одно штатное успешной
экспорта; уведомление
npa_export_operat
результате
npa_change_hi
уведомление Битрикс24 контролеруоперации; единое
штатное
Битрикс24
Система
ions; USER_ID
story,
успешно
инициатору; зафиксировать фактическую уведомление;
уведомлени контролеруконтролеразавершенной npa_notificatio
попытку доставки в npa_notification_log. запись доставки.
е Битрикс24 инициатору
инициатора.
npa_export_op n_log
erations.
npa_export_operat Зафиксировать техническую ошибку;
npa_export_operat Операция
npa_export_op сообщение штатное
Система ions в
выполнить rollback незавершенных
ions в
завершена
erations,
об ошибке; уведомление
EXPORT_IN_PR изменений; не архивировать исходную EXPORT_ERRO неуспешно; npa_roadmaps, действие
контролеруСтраница 234
Технический проект. Сервис НПА.
карты
F-58
экспорта
операцию без
изменения
исходной ДК.
OGRESS; данные ДК; перевести текущую операцию в
R с данными
исходная ДК npa_change_hi «Новый
технической
терминальный EXPORT_ERROR;
ошибки;
не изменена и story,
экспорт»
ошибки;
уведомить контролера-инициатора.
результат
не
npa_notificatio
состояние
Завершенную операцию не возобновлять. rollback; история архивирована n_log
транзакции;
ошибки; запись . После
исходная ДК;
уведомления при устранения
USER_ID
фактической
причины
контролераотправке.
пользователь
инициатора.
запускает
новый
экспорт.
Исходная ДК
RM_IN_PROGRE
SS; завершенная
Начать новый
Новая
неуспешно
экспорт после
npa_export_operat Начат новый
предыдущая
устранения
сообщение
ions в
независимый
npa_export_operat Не изменять предыдущую операцию.
причины
об ошибке;
EXPORT_DRAFT экспорт;
Новый запуск
npa_export_op
ions в
предыдущей
боковая
М4.
Создать новую npa_export_operations в
; предыдущая
отдельная
экспорта
erations,
EXPORT_ERRO EXPORT_DRAFT по правилам F-47;
неуспешной
панель
Экспортирова
операция
пользовательс npa_roadmaps,
после
Контролер
R или
операции;
экспорта;
ние дорожной
целевой ПГ и пункт выбрать заново;
остается в
кая сущность npa_change_hi
неуспешной
EXPORT_VALID повторно выполнить проверки,
предыдущую
действие
карты
EXPORT_ERRO «попытка
операции
story
ATION_ERROR предпросмотр и подтверждение.
npa_export_oper
«Новый
R или
экспорта» не
только как
ations не
экспорт»
EXPORT_VALID создается.
контекст;
возобновлять и
ATION_ERROR.
USER_ID
не изменять.
контролера;
право экспорта.
инициатору
об ошибке
соответствую
щей операции
сам факт
нового
запуска
отдельного
уведомления
не создает;
результат
новой
операции
уведомляется
по общей
матрице
Страница 235
Технический проект. Сервис НПА.
Таблица Б-1. Роли
Код роли
ROLE_ADMIN
ROLE_CONTROLLER
ROLE_RESPONSIBLE_
EXECUTOR
ROLE_APPROVER
ПРИЛОЖЕНИЕ Б
Ролевая матрица прав
Роль
Назначение
Основные права
Основные ограничения
Ответственный
исполнитель
Пользователь, назначенный
ответственным по пункту ПГ и/или
единственным ответственным
исполнителем ДК; один
ответственный исполнитель ДК
исполняет все ее мероприятия.
Создать ДК по пункту;
выбрать вид и характеристики;
просмотреть блок рекомендаций;
добавить выбранную рекомендацию в мероприятия;
добавить ручные мероприятия, сроки, маршрут;
направить на согласование;
отметить выполнение.
Участник маршрута согласования
ДК.
Принять собственное решение по активному
действию; отклонить с обязательным комментарием;
Не редактирует ДК во время согласования;
перенаправить активное действие новому
решение действует в текущем цикле.
согласующему с обязательным основанием и
последующим возвратом действия.
Администрирование раздела сервиса Ведение административных настроек сервиса,
Не выполняет штатную загрузку, сохранение
без автоматического получения
характеристик, общих шаблонов и матрицы
и официальное изменение ПГ; не создает ДК
применимости в пределах предоставленных
вместо ответственного; не экспортирует
Администратор полномочий контролера,
ответственного исполнителя,
административных прав; просмотр истории и общего вместо контролера; не принимает решения
согласующего или утверждающего. журнала уведомлений.
согласования/исполнения.
Загружать, проверять, корректировать и сохранять
Не назначается отдельным реквизитом ДК
ПГ по документу-основанию; обрабатывать
или мероприятия;
Глобальная прикладная роль/право
официальные изменения ПГ; подтверждать или
не подтверждает собственное исполнение;
для штатного контура ПГ, контроля
отклонять исполнение; экспортировать ДК;
не создает и не редактирует ДК как
исполнения, экспорта и общего
Контролер
просматривать историю и общий журнал
ответственный исполнитель;
журнала уведомлений; не является
уведомлений; выполнять административные
не подменяет юридическое решение
реквизитом ДК.
настройки только при отдельно предоставленном
пользователя о составе мероприятий.
праве.
Согласующий
Не ведет общие настройки рекомендаций;
не подтверждает собственное исполнение;
не утверждает;
во время согласования ключевое
редактирование заблокировано.
Страница 236
Технический проект. Сервис НПА.
ROLE_FINAL_APPRO
VER
ROLE_MAIN_ADMIN
ROLE_SYSTEM
Утвердить ДК после автоматического завершения
Статс-секретарь – заместитель
согласовательных этапов;
Утверждающий Министра; единственный финальный
вернуть ДК на доработку с обязательным
утверждающий.
комментарием.
Главный
администратор
Система
Исключительные административные
операции, прямо предусмотренные ТП.
Исключительная корректировка сохраненного пункта ПГ
по документу-основанию и причине; аварийная правка
утвержденной, но не завершенной ДК только в закрытом
составе существующих полей, определяемом и
утверждаемом на этапе разработки, с обязательной
серверной проверкой каждого изменяемого реквизита.
Системный инициатор
автоматических операций раздела
сервиса; не является
пользовательской ролью.
Структурное извлечение и сопоставление;
валидация;
смена статусов;
автоматическая передача на утверждение;
расчет сроков и просрочек;
уведомления;
история;
системные операции применения изменений ПГ и
экспорта.
Не является пользователем;
не принимает юридические решения;
не создает фактические мероприятия из
рекомендаций без действия пользователя.
Условие доступа
Связанный статус / переход
Таблица Б-2. Функции по ролям
Код
функции
Модуль
Не редактирует ДК;
не использует терминальное решение
«Отклонить»;
после возврата и доработки запускается
новый цикл согласования с первого этапа.
Функция
Роль /
инициатор
Разрешено
Контролер
Да
Пользователь имеет право загрузки ПГ
Не подменяет контролера в штатном контуре
ПГ/экспорта, ответственного исполнителя,
согласующих или финального утверждающего;
исключительные операции полностью
журналируются.
F-01
М1. Реестр Открытие сценария
НПА и ПА загрузки плана-графика
F-02
М1. Реестр Загрузка исходного PDF
НПА и ПА плана-графика
Контролер
Да
Пользователь имеет право загрузки ПГ; выбран PDF;
TR-PLAN-01: - → PLAN_DRAFT
формат допустим
F-03
М1. Реестр Ввод ссылки или
НПА и ПА реквизитов СЭД
Контролер
Да
ПГ находится в рабочем черновике; пользователь
имеет право загрузки ПГ
F-04
Структурное
М1. Реестр извлечение данных из
НПА и ПА машиночитаемого
документа ПГ
Система
Без статусного перехода или “открытие экрана
загрузки”
Пользовательское действие; TR-PLAN-01: →PLAN_DRAFT
Документ является машиночитаемым; файл доступен;
Только результат формируется как рабочий набор строк для TR-PLAN-02:
системно проверки пользователем; сырой результат не является PLAN_DRAFT→PLAN_PROCESSING
источником истины
Страница 237
F-05
М1. Реестр Ручное создание строк
НПА и ПА плана-графика
Контролер
Да
F-06
М1. Реестр Inline-корректировка
НПА и ПА строк плана-графика
Контролер
Да
F-07
F-08
F-09
F-10
F-11
F-12
F-13
F-14
F-15
F-16
Валидация
М1. Реестр
обязательных полей
НПА и ПА
плана и пунктов
Назначение
М1. Реестр
ответственных по
НПА и ПА
пунктам плана-графика
М1. Реестр Сохранение планаНПА и ПА графика и пунктов
М1. Реестр
НПА и ПА
М2. База
данных
плановграфиков
М2. База
данных
плановграфиков
М2. База
данных
плановграфиков
М2. База
данных
плановграфиков
М2. База
данных
плановграфиков
М2. База
данных
плановграфиков
Фиксация истории
загрузки и обработки
Система
Рабочий набор сформирован; правка выполняется до
сохранения
Только
системная операция по статусу или событию
системно
Контролер
Да
Пункт создан; выбран USER_ID ответственного
Контролер
Да
Структурированные данные проверены;
блокирующие ошибки отсутствуют
Система
Технический проект. Сервис НПА.
Документ без текстового слоя либо непригоден к
структурному извлечению; пользователь имеет право
ввода
Только
системная операция по статусу или событию
системно
TR-PLAN-03: PLAN_DRAFT /
PLAN_PROCESSING→PLAN_VALIDATION_E
RROR
TR-PLAN-04: PLAN_DRAFT /
PLAN_VALIDATION_ERROR→PLAN_READY;
-
Просмотр списка
планов-графиков
Пользователь с
правом
просмотра
Только
объект входит в область доступа пользователя
просмотр
-
Поиск по планамграфикам и пунктам
Пользователь с
правом
просмотра
Только
объект входит в область доступа пользователя
просмотр
-
Фильтрация планов и
пунктов
Пользователь с
правом
просмотра
Только
объект входит в область доступа пользователя
просмотр
-
Просмотр списка
пунктов выбранного
плана-графика
Пользователь с
правом
просмотра
Только
объект входит в область доступа пользователя
просмотр
Просмотр деталей
пункта плана-графика
Пользователь с
правом
просмотра
Только
объект входит в область доступа пользователя
просмотр
Загрузка или ввод
документа изменений
ПГ
Контролер
Да
-
Есть сохраненный ПГ; пользователь имеет право
Рабочий контекст обработки; без статусного
обработки изменений; выбран документ либо открыт
перехода действующего ПГ
ручной ввод
Страница 238
М2. База
данных
F-16.1
плановграфиков
Структурное
извлечение и
сопоставление
изменений ПГ
М2. База
данных
F-16.2
плановграфиков
Проверка и
корректировка рабочего
набора изменений ПГ
М2. База
данных
F-16.3
плановграфиков
Подтверждение и
применение изменений
ПГ
М2. База
данных
F-16.4
плановграфиков
М2. База
данных
F-16.5
плановграфиков
Технический проект. Сервис НПА.
Система
Контролер
Только Документ машиночитаемый; актуальные данные ПГ Системная обработка; сырой результат не
системно доступны; рабочий контекст создан
является источником истины
Да
Рабочий набор сформирован; пользователь проверяет
документ-основание; ручная правка используется
Без изменения жизненного цикла до
только для исправления результата обработки либо подтверждения
при невозможности структурного извлечения
Да после
пользовател Рабочий набор проверен; блокирующие ошибки
Контролер;
устранены; указаны документ-основание и автор
ьского
система
подтвержде подтверждения
ния
Система;
Системно;
контролер – для официальны
официального
й контур
контура
изменения
изменения ПГ и ПГ/экспорт
экспорта;
–
Обработка последствий
Изменения ПГ успешно применены и определено
главный
контролеру; влияние на связанный пункт/ДК; исключительная
изменений ПГ и
администратор – исключител корректировка – только при документе-основании,
исключительной
только для
ьная
корректировки пункта
обязательной причине и серверной проверке.
предусмотренной корректиров
исключительной ка пункта –
корректировки
только
сохраненного ROLE_MAI
пункта
N_ADMIN
Создание новой ДК
Ответственный
после изменения
исполнитель
конечного срока пункта соответствующег
ПГ
о пункта ПГ
Да
Без отдельной статусной модели пункта ПГ;
право и доступность действия определяются
данными пункта, назначением ответственного,
наличием активной ДК и серверной проверкой.
Последствия для связанной ДК; экспорт при
необходимости переноса;
возможность/необходимость новой ДК после
изменения конечного срока; создание новой ДК
– отдельная F-16.5.
Официальное изменение конечного срока применено;
прежняя ДК архивирована; создание новой ДК
TR-RM-01: –→RM_DRAFT
разрешено; пользователь является ответственным
исполнителем соответствующего пункта.
Страница 239
Технический проект. Сервис НПА.
F-17
М2. База
данных
плановграфиков
Проверка доступности
создания дорожной
карты по пункту
Система
F-18
М2. База
данных
плановграфиков
Переход к созданию
дорожной карты по
пункту
Ответственный
исполнитель
соответствующег
о пункта ПГ
Ответственный
исполнитель;
контролер;
администратор;
согласующий/утв
ерждающий при
доступе
Пользователь
сервиса;
контролер;
администратор
F-19
М2. База
данных
плановграфиков
Открытие
существующей
дорожной карты по
пункту
F-20
М2. База
данных
плановграфиков
Просмотр истории
изменений плана и
пункта
F-21
М3.
Дорожные
карты
Ответственный
Создание дорожной
исполнитель
карты по пункту планасоответствующег
графика
о пункта ПГ
F-22
М3.
Дорожные
карты
Создание дорожной
карты вне планаграфика
F-23
F-24
М3.
Дорожные
карты
М3.
Дорожные
карты
Автозаполнение
дорожной карты
данными пункта
Выбор вида акта
Ответственный
исполнитель
создаваемой ДК
Система
Ответственный
исполнитель
Данные и процессные условия пункта допускают
создание ДК; пользователь назначен ответственным;
Только
отсутствует активная ДК; пункт не признан
системно
нецелесообразным; серверная проверка допускает
создание
Без отдельного статуса пункта ПГ; доступность
определяется данными пункта, назначением
ответственного, правами пользователя и
отсутствием блокирующей активной ДК.
Да
Пользователь назначен ответственным исполнителем Без отдельного статуса пункта ПГ; доступность
соответствующего пункта ПГ; пункт допустим;
определяется данными пункта, назначением
отсутствует активная конфликтующая ДК; серверная ответственного, правами пользователя и
проверка допускает создание.
отсутствием блокирующей активной ДК.
Да
право на объект и соответствующий статус
-
Да
Объект входит в область доступа пользователя;
администратор имеет полный доступ;
контролер - в рамках контрольных полномочий
Без статусного перехода; связано с событиями
истории PLAN / PLAN_ITEM
Да
Пользователь является ответственным исполнителем Без отдельного статуса пункта ПГ; доступность
соответствующего пункта ПГ; отсутствует активная определяется данными пункта, назначением
конфликтующая ДК; серверная проверка допускает ответственного, правами пользователя и
создание.
отсутствием блокирующей активной ДК.
Да
Пользователь действует как ответственный
исполнитель; имеется допустимое основание
создания ДК вне ПГ; серверная проверка права и
основания успешна.
Только
Создание ДК по пункту ПГ успешно инициировано
системно
Да
право на объект и соответствующий статус
TR-RM-02: -→RM_DRAFT
RM_DRAFT (ДК)
TR-RM-03: RM_DRAFT→RM_DRAFT
Страница 240
М3.
Дорожные
карты
Заполнение
характеристик акта в
ДК
М3.
F-25.1 Дорожные
карты
Ведение справочника
характеристик акта
F-25
М3.
F-25.2 Дорожные
карты
Ответственный
исполнитель
Администратор;
контролер с
правом
настройки
Администратор;
контролер с
Ведение общих
правом
шаблонов мероприятий
настройки
Администратор;
контролер с
правом
настройки
М3.
F-25.3 Дорожные
карты
Настройка матрицы
применимости общих
шаблонов
М3.
F-25.4 Дорожные
карты
ПользовательВедение личных
владелец личного
шаблонов мероприятий
шаблона
F-26
М3.
Дорожные
карты
М3.
F-26.1 Дорожные
карты
F-27
F-28
М3.
Дорожные
карты
М3.
Дорожные
карты
Формирование блока
рекомендованных
мероприятий
Система
Технический проект. Сервис НПА.
ДК находится в RM_DRAFT / RM_RETURNED;
пользователь является ответственным по ДК;
характеристики используются для расчета блока
рекомендаций
TR-RM-03: RM_DRAFT→RM_DRAFT
Да
пользователь имеет право настройки рекомендаций;
Без статусного перехода; настройка
изменение влияет только на последующие расчеты и
npa_characteristics
не меняет уже созданные мероприятия
Да
пользователь имеет право настройки рекомендаций;
template_scope=GLOBAL; личные шаблоны не
участвуют в рекомендациях
Без статусного перехода; настройка
npa_activity_templates
Да
пользователь имеет право настройки рекомендаций;
правило применимости связывает вид акта,
Без статусного перехода; настройка
характеристику, значение и общий шаблон; стартовая npa_activity_template_characteristics
матрица v1 является настраиваемой конфигурацией
Да
пользователь является владельцем личного шаблона;
администратор видит или удаляет чужой личный
Без статусного перехода;
шаблон только при подтвержденном праве;
npa_activity_templates.template_scope=PERSONA
template_scope=PERSONAL; owner_user_id заполнен; L
личные шаблоны не участвуют в рекомендациях
Да
Выбран вид акта и заполнены характеристики ДК;
Только активны общие шаблоны и матрица применимости;
TR-RM-03: RM_DRAFT→RM_DRAFT
системно рекомендации не создают фактические мероприятия
без действия пользователя
Добавление
рекомендации в
фактические
мероприятия ДК
Ответственный
исполнитель
Да
Добавление кастомных
мероприятий
Ответственный
исполнитель
Да
Редактирование
мероприятий и сроков
Ответственный
исполнитель
Да
ДК находится в RM_DRAFT / RM_RETURNED;
пользователь является ответственным по ДК;
TR-RM-03: RM_DRAFT→RM_DRAFT;
выбрана рекомендация; срок мероприятия не позже TR-ACT-01: -→ACT_PLANNED
конечного срока ДК
ДК находится в RM_DRAFT / RM_RETURNED;
пользователь является ответственным по ДК;
TR-RM-03: RM_DRAFT→RM_DRAFT;
мероприятие добавляется вручную без использования TR-ACT-01: -→ACT_PLANNED
рекомендации
право на объект и соответствующий статус
TR-RM-03: RM_DRAFT→RM_DRAFT
Страница 241
Технический проект. Сервис НПА.
Да для
ответственног
Для ДК по ПГ конечное мероприятие и конечный срок
о
наследуются из пункта ПГ и штатно не изменяются; для ДК
исполнителя
TR-RM-03: RM_DRAFT→RM_DRAFT
вне ПГ значения задает ответственный исполнитель; срок
ДК вне ПГ;
мероприятия не позже конечного срока ДК.
системно для
ДК по ПГ
F-29
М3.
Дорожные
карты
Фиксация финального
мероприятия и конечного
срока
Ответственный
исполнитель;
система
F-30
М3.
Дорожные
карты
Валидация сроков и
состава мероприятий
Система;
ответственный
исполнитель
F-31
М3.
Дорожные
карты
Формирование маршрута
согласования
Ответственный
исполнитель
Да
F-32
М3.
Дорожные
карты
Выбор участников
маршрута из
пользователей портала
Ответственный
исполнитель;
система
Да
F-33
М3.
Дорожные
карты
Направление дорожной
карты на согласование
Ответственный
исполнитель
F-34
М3.
Дорожные
карты
Согласование дорожной
карты участником
маршрута
F-35
М3.
Дорожные
карты
Отклонение дорожной
карты с обязательным
комментарием
Только ДК в RM_DRAFT / RM_RETURNED, изменены
системно мероприятия или срок
В RM_DRAFT маршрут формируется с обязательными
этапами. В RM_RETURNED ранее сформированный
маршрут сохраняется: существующие этапы не удаляются,
не заменяются и не переупорядочиваются; допускается
только добавление новых этапов.
В RM_DRAFT выбирается состав участников маршрута. В
RM_RETURNED существующие согласующие
сохраняются и не заменяются; допускается только
добавление новых согласующих. Дата поступления ДК
участнику фиксируется при фактической активации его
действия.
TR-RM-03
Первоначальное формирование маршрута; после
возврата – только допустимое добавление новых
этапов до повторного направления.
Первоначальное формирование состава участников;
после возврата – только допустимое добавление
новых согласующих.
Да
ДК находится в RM_DRAFT; данные, мероприятия и
маршрут валидны. Запускается первый cycle_no,
активируется первый этап; DECISION_PENDING
создаются только для участников фактически
активированного этапа.
TR-RM-04; TR-ROUTE-01; TR-STAGE-01. Для
неактивных будущих этапов DECISION_PENDING
заранее не создаются.
Согласующий
Да
Пользователь является текущим держателем активного
действия соответствующей ветви.
Собственное решение пользователя; переходы
текущего этапа по действующей статусной модели.
Согласующий
Да
Пользователь является текущим держателем активного
действия; комментарий обязателен.
Текущий cycle_no прекращается; ДК возвращается в
RM_RETURNED.
Страница 242
Технический проект. Сервис НПА.
F-36
М3.
Дорожные
карты
Перенаправление новому
согласующему
Текущий
держатель
активного действия
F-37
М3.
Дорожные
карты
Повторная отправка после
доработки
F-38
М3.
Дорожные
карты
Автоматическая
передача дорожной
карты на утверждение
F-39
М3.
Дорожные
карты
Финальное
утверждение или
возврат ДК на
доработку
F-40
М3.
Дорожные
карты
Перевод утвержденной
ДК в исполнение
Система
F-41
М3.
Дорожные
карты
Отметка исполнения
мероприятия
ответственным
исполнителем
Ответственный
исполнитель
соответствующей
ДК
F-42
М3.
Дорожные
карты
Подтверждение
исполнения
контролером
Ответственный
исполнитель
Система
Статс-секретарь
– заместитель
Министра
Контролер
Да
Указано обязательное основание; исходный согласующий
сохраняется; собственное решение остается ожидающим;
допускается вложенное перенаправление.
Активное действие передается привлеченному
согласующему и после положительного решения
возвращается по цепочке.
Да
TR-RM-06; существующий маршрут
ДК RM_RETURNED; ранее сформированный маршрут,
подготавливается к новому cycle_no; первый этап
этапы и согласующие сохранены; существующие записи не
активируется; DECISION_PENDING создаются по
удалены, не заменены и не переупорядочены; допускаются
TR-STAGE-01 только для участников фактически
только новые этапы и/или согласующие. При повторном
активированного этапа. Решения прошлых циклов
направлении current_cycle_no увеличивается.
сохраняются и не используются как решения нового.
Все исходные и привлеченные участники всех этапов
TR-RM-07:
Только текущего цикла приняли положительные
RM_ON_APPROVAL→RM_ON_FINAL_APPRO
системно собственные решения; все параллельные ветви и
VAL
вложенные цепочки перенаправлений завершены.
Да
Активен обязательный этап «Утверждение»;
пользователь является финальным утверждающим;
при возврате заполнен обязательный комментарий
Только
ДК утверждена и находится в RM_APPROVED
системно
Да
Да
TR-RM-08:
RM_ON_FINAL_APPROVAL→RM_APPROVED
;
TR-RM-09:
RM_ON_FINAL_APPROVAL→RM_RETURNE
D
TR-RM-10:
RM_APPROVED→RM_IN_PROGRESS;
TR-ACT-02:
ACT_PLANNED→ACT_IN_PROGRESS
мероприятие находится в ACT_IN_PROGRESS
TR-ACT-03:
ACT_IN_PROGRESS→ACT_WAITING_CONFI
RMATION;
TR-MARK-01: -→MARK_SUBMITTED
мероприятие находится в
ACT_WAITING_CONFIRMATION
TR-RM-11:
RM_IN_PROGRESS→RM_COMPLETED;
TR-ACT-04:
ACT_WAITING_CONFIRMATION→ACT_COM
PLETED;
TR-MARK-02:
MARK_SUBMITTED→MARK_CONFIRMED
Страница 243
Технический проект. Сервис НПА.
TR-ACT-05:
ACT_WAITING_CONFIRMATION→ACT_IN_P
ROGRESS;
TR-MARK-03:
MARK_SUBMITTED→MARK_REJECTED
F-43
М3.
Дорожные
карты
Отклонение исполнения
контролером
Контролер
F-44
М3.
Дорожные
карты
Расчет статуса и
светофорной индикации
мероприятия
Система
Только
системная операция по статусу или событию
системно
TR-RM-11:
RM_IN_PROGRESS→RM_COMPLETED
Уведомления по
событиям, срокам и
просрочкам
Система
Только
системная операция по статусу или событию
системно
Отдельный статусный переход уведомления не
применяется; npa_notification_log фиксирует
фактические попытки отправки и их результат.
История изменений
дорожной карты
Система
Только
системная операция по статусу или событию
системно
-
F-45
F-46
М3.
Дорожные
карты
М3.
Дорожные
карты
М3.
F-46.1 Дорожные
карты
F-47
F-48
F-49
F-50
Аварийная правка
утвержденной
дорожной карты
М4.
Экспортиро Открытие панели
вание
экспорта дорожной
дорожной карты
карты
М4.
Экспортиро
Проверка прав и статуса
вание
исходной ДК
дорожной
карты
М4.
Экспортиро
Выбор целевого планавание
графика
дорожной
карты
М4.
Экспортиро
Выбор целевого пункта
вание
плана-графика
дорожной
карты
Да
мероприятие находится в
ACT_WAITING_CONFIRMATION
Да как
ДК утверждена, но не завершена; указана причина;
исключител
Главный
состав изменений ограничен; пройдена серверная
ьная
администратор
проверка
операция
Контролер
Система
Да
Без штатного перехода; статус ДК сохраняется;
событие истории обязательно
Пользователь – контролер; исходная ДК находится в
RM_IN_PROGRESS; серверная проверка экспорта
TR-EXP-01: -→EXPORT_DRAFT
пройдена.
Только
системная операция по статусу или событию
системно
TR-EXP-02:
EXPORT_DRAFT→EXPORT_VALIDATION_ER
ROR
Контролер
Да
операция экспорта инициирована
EXPORT_DRAFT (Операция экспорта)
Контролер
Да
операция экспорта инициирована
EXPORT_DRAFT (Операция экспорта)
Страница 244
F-51
F-52
F-53
F-54
F-55
F-56
F-57
F-58
М4.
Экспортиро
Проверка доступности
вание
целевого пункта
дорожной
карты
М4.
Экспортиро
Предпросмотр состава
вание
экспорта ДК
дорожной
карты
М4.
Экспортиро
Подтверждение
вание
операции экспорта
дорожной
карты
М4.
Экспортиро Атомарное создание
вание
новой ДК в целевом
дорожной пункте
карты
М4.
Экспортиро Архивирование
вание
исходной ДК после
дорожной успешного экспорта
карты
М4.
Экспортиро
Фиксация операции
вание
экспорта
дорожной
карты
М4.
Экспортиро Обработка ошибки
вание
экспорта и отмена
дорожной изменений
карты
М4.
Новый запуск экспорта
Экспортирова
после неуспешной
ние дорожной
операции
карты
Технический проект. Сервис НПА.
Система
Только
системная операция по статусу или событию
системно
TR-EXP-02:
EXPORT_DRAFT→EXPORT_VALIDATION_ER
ROR
Контролер
Да
Экспорт доступен; исходная ДК находится в
разрешенном статусе; пользователь является
контролером
EXPORT_DRAFT, перед TR-EXP-03
Контролер
Да
выбран валидный целевой пункт
TR-EXP-03:
EXPORT_DRAFT→EXPORT_IN_PROGRESS
Только
системная операция по статусу или событию
системно
TR-EXP-04; новая ДК создается в
RM_IN_PROGRESS
Система
Только новая ДК успешно создана в целевом пункте;
системно операция экспорта завершена без ошибки
TR-RM-12:
RM_IN_PROGRESS→RM_ARCHIVED; TREXP-04:
EXPORT_IN_PROGRESS→EXPORT_DONE;
архивирование только после успешного
создания новой ДК.
Система
Только
системная операция по статусу или событию
системно
TR-EXP-04:
EXPORT_IN_PROGRESS→EXPORT_DONE
Система
Только
системная операция по статусу или событию
системно
TR-EXP-05:
EXPORT_IN_PROGRESS→EXPORT_ERROR
Система
Контролер
Да
Исходная ДК находится в RM_IN_PROGRESS;
TR-EXP-01: –→EXPORT_DRAFT для новой
предыдущая npa_export_operations завершена в
EXPORT_ERROR или EXPORT_VALIDATION_ERROR; npa_export_operations; предыдущая операция не
изменяется.
после устранения причины контролер запускает новый
экспорт; новая операция создается заново, цель выбирается
Страница 245
заново, проверки, предпросмотр и подтверждение
выполняются заново.
Таблица Б-3. Права по статусам
Статус
объекта
Роль
Действие /
кнопка
Код права
Объект
PERM-001
Исключительная
Сохраненн ROLE_MAIN корректировка
Пункт ПГ
ый ПГ
_ADMIN
сохраненного
пункта ПГ
Связанная
функция
F-16.4
Разрешено
Технический проект. Сервис НПА.
Условие доступа
Документ-основание и причина обязательны; серверная проверка;
Да как исключительная
значения до/после и автор фиксируются; штатный контур
операция
официальных изменений контролера не подменяется.
UI-поведение без
права
кнопка скрыта или
неактивна
PERM-002
ПГ
-/
ROLE_CONT
Загрузить PDF
PLAN_DRA
ROLLER
FT
F-02
Да
Контролер имеет глобальную роль и право загрузки ПГ; выбран
допустимый PDF
Кнопка доступна при
серверной проверке
права
PERM-003
ПГ
PLAN_DRA ROLE_ADMI Ввести
FT
N
реквизиты СЭД
F-03
Нет
Администратор не получает штатные полномочия контролера по
загрузке, корректировке, назначению ответственных и сохранению
ПГ.
поля недоступны
PERM-004
ПГ
PLAN_DRA ROLE_ADMI Добавить строку
FT
N
ПГ вручную
F-05
Нет
Администратор не получает штатные полномочия контролера по
загрузке, корректировке, назначению ответственных и сохранению
ПГ.
кнопка скрыта или
неактивна
F-06
Нет
Администратор не получает штатные полномочия контролера по
загрузке, корректировке, назначению ответственных и сохранению
ПГ.
ячейки только для
чтения
F-09
Нет
Администратор не получает штатные полномочия контролера по
загрузке, корректировке, назначению ответственных и сохранению
ПГ.
кнопка скрыта или
неактивна
F-08
Нет
Администратор не получает штатные полномочия контролера по
загрузке, корректировке, назначению ответственных и сохранению
ПГ.
selector недоступен
F-03
Да
ПГ находится в рабочем черновике; данные вводятся вручную
Действие скрыто без
роли или права
PERM-005
PERM-006
PERM-007
PERM-003C
PLAN_DRA
FT /
ROLE_ADMI Inline-исправить
ПГ
PLAN_VAL
N
строку ПГ
IDATION_E
RROR
PLAN_DRA
FT /
ROLE_ADMI
ПГ
Сохранить ПГ
PLAN_VAL
N
IDATION_E
RROR
Без
Назначить
отдельного ROLE_ADMI
Пункт ПГ
ответственного
статуса
N
по пункту
пункта ПГ
ПГ
PLAN_DRA ROLE_CONT Ввести
FT
ROLLER
реквизиты СЭД
Страница 246
PERM-004C
ПГ
PLAN_DRA ROLE_CONT Добавить строку
FT
ROLLER
ПГ вручную
PLAN_DRA
FT /
ROLE_CONT Inline-исправить
PLAN_VAL
PERM-005C
ПГ
ROLLER
строку ПГ
IDATION_E
RROR
PLAN_DRA
FT /
ROLE_CONT
PLAN_VAL
PERM-006C
ПГ
Сохранить ПГ
ROLLER
IDATION_E
RROR
Без
Назначить
отдельного ROLE_CONT
PERM-007C Пункт ПГ
ответственного
статуса
ROLLER
по пункту
пункта ПГ
PLAN_REA ROLE_ADMI
PERM-008
ПГ
Открыть ПГ
DY
N
PLAN_REA ROLE_CONT
PERM-009
ПГ
Открыть ПГ
DY
ROLLER
ROLE_RESP
PLAN_REA
PERM-010
ПГ
ONSIBLE_EX Открыть ПГ
DY
ECUTOR
Без
отдельного ROLE_ADMI Открыть пункт
PERM-011 Пункт ПГ
статуса
N
ПГ
пункта ПГ
Без
отдельного ROLE_CONT Открыть пункт
PERM-012 Пункт ПГ
статуса
ROLLER
ПГ
пункта ПГ
Без
ROLE_RESP
отдельного
Открыть пункт
PERM-013 Пункт ПГ
ONSIBLE_EX
статуса
ПГ
ECUTOR
пункта ПГ
PERM-014
Без
ROLE_RESP
отдельного
Создать ДК по
ONSIBLE_EX
Пункт ПГ
статуса
пункту
ECUTOR
пункта ПГ
Технический проект. Сервис НПА.
F-05
Да
Документ без текстового слоя или непригоден к структурному
извлечению
Действие скрыто без
роли или права
F-06
Да
Рабочий набор сформирован; правка выполняется до сохранения
Действие скрыто без
роли или права
F-09
Да
Данные проверены; блокирующие ошибки отсутствуют
Кнопка
заблокирована при
ошибках
F-08
Да
Выбран USER_ID ответственного; пользователь доступен в Б24
Действие скрыто без
роли или права
F-13
Только просмотр
ПГ входит в область доступа пользователя
ссылка скрыта
F-13
Только просмотр
ПГ входит в область доступа пользователя
ссылка скрыта
F-13
Только просмотр
ПГ входит в область доступа пользователя
ссылка скрыта
F-14, F-15
Только просмотр
пункт входит в область доступа пользователя
ссылка скрыта
F-14, F-15
Только просмотр
пункт входит в область доступа пользователя
ссылка скрыта
F-14, F-15
Только просмотр
пункт входит в область доступа пользователя
ссылка скрыта
Пользователь назначен ответственным исполнителем
соответствующего пункта; отсутствует активная ДК; для F-16.5
дополнительно применено изменение конечного срока, прежняя ДК
архивирована и создание новой ДК разрешено; серверная проверка
допускает создание.
кнопка скрыта или
неактивна
F-18, F-21,
F-16.5
Да
Страница 247
Технический проект. Сервис НПА.
PERM-016
ДК
PERM-017
ДК
PERM-019
ДК
PERM-020
ДК
PERM-021
ДК
-
ROLE_RESP
Создать ДК вне
ONSIBLE_EX
плана
ECUTOR
Да
Пользователь действует как ответственный исполнитель; имеется
кнопка скрыта или
допустимое основание создания ДК вне ПГ; серверная проверка права
неактивна
и основания успешна.
Да
пользователь является ответственным по ДК; ДК находится в
редактируемом статусе; блок рекомендаций используется только
после выбора пользователем
поля и кнопки только
для чтения или
скрыты
Да
ДК находится в статусе RM_DRAFT
поле только для
чтения
Да
ДК находится в редактируемом статусе; пользователь является
ответственным по ДК
поля характеристик
только для чтения
Да
ДК находится в редактируемом статусе; рекомендация выбрана
пользователем или мероприятие введено вручную; срок мероприятия
не позже конечного срока ДК
кнопки скрыты или
неактивны
F-29, F-30
Да
ДК в редактируемом статусе; финальный срок по ДК из ПГ
наследуется; срок мероприятия не позже конечного срока ДК
поля только для
чтения
F-31, F-32
Да
участники выбраны из пользователей портала
блок маршрута
только для чтения
F-33, F-37
Да
ДК заполнена;
при возврате доработка завершена
кнопка скрыта или
неактивна
F-22
F-24, F-25,
RM_DRAF
F-26.1, F-27,
ROLE_RESP Редактировать
T/
ONSIBLE_EX ДК в черновике / F-28, F-29,
RM_RETU
ECUTOR
после возврата
F-30, F-31,
RNED
F-32
ROLE_RESP
RM_DRAF
ONSIBLE_EX Выбрать вид акта
F-24
T
ECUTOR
RM_DRAF
ROLE_RESP Заполнить
T/
F-25
ONSIBLE_EX характеристики
RM_RETU
ECUTOR
акта
RNED
RM_DRAF
Добавить /
ROLE_RESP
T/
редактировать
F-26.1, F-27,
ONSIBLE_EX
RM_RETU
фактические
F-28
ECUTOR
RNED
мероприятия
RM_DRAF
ROLE_RESP
T/
ONSIBLE_EX Задать сроки
RM_RETU
ECUTOR
RNED
ROLE_RESP Сформировать
RM_DRAF
ONSIBLE_EX маршрут
T
ECUTOR
согласования
RM_DRAF
ROLE_RESP
T/
Направить на
ONSIBLE_EX
RM_RETU
согласование
ECUTOR
RNED
PERM-022
ДК
PERM-023
ДК
PERM-024
ДК
PERM-025
ДК
RM_ON_AP ROLE_APPR
Согласовать
PROVAL
OVER
F-34
Да
пользователь является текущим согласующим активного этапа
кнопка скрыта или
неактивна
PERM-026
ДК
RM_ON_AP ROLE_APPR
Отклонить
PROVAL
OVER
F-35
Да
пользователь является текущим согласующим;
комментарий обязателен
кнопка скрыта или
неактивна
PERM-027
ДК
Перенаправить
RM_ON_AP ROLE_APPR
новому
PROVAL
OVER
согласующему
F-36
Да
Только текущий держатель активного действия соответствующей
кнопка скрыта или
ветви; обязательное основание; исходный согласующий сохраняется и
неактивна
принимает собственное решение после возврата действия.
Страница 248
PERM-028
ДК
PERM-029
ДК
PERM-030
PERM-031
PERM-032
PERM-033
ДК
ДК
PERM-037
Экспорт
PERM-039
PERM-040
RM_ON_FI
ROLE_FINAL Вернуть ДК на
NAL_APPR
_APPROVER доработку
OVAL
ROLE_RESP Отметить
Мероприя ACT_IN_PR
ONSIBLE_EX мероприятие
тие
OGRESS
ECUTOR
выполненным
ACT_WAIT
Мероприя
ROLE_CONT Подтвердить
ING_CONFI
тие
ROLLER
исполнение
RMATION
ACT_WAIT
Мероприя
ROLE_CONT Отклонить
ING_CONFI
тие
ROLLER
исполнение
RMATION
PERM-034
PERM-038
ROLE_RESP Повторно
RM_RETU
ONSIBLE_EX направить после
RNED
ECUTOR
доработки
RM_ON_FI
ROLE_FINAL
Утвердить
NAL_APPR
_APPROVER
OVAL
RM_IN_PR ROLE_CONT Экспортировать
OGRESS
ROLLER
ДК
Выбрать целевой
EXPORT_D ROLE_CONT
ПГ и пункт
RAFT
ROLLER
экспорта
EXPORT_D ROLE_CONT Подтвердить
Экспорт
RAFT
ROLLER
экспорт
RM_DRAF
T/
RM_ON_AP
Открыть новую
PROVAL / ROLE_ADMI
ДК
ДК после
RM_APPRO N
экспорта
VED /
RM_IN_PR
OGRESS
RM_DRAF
T/
RM_ON_AP
Открыть новую
PROVAL / ROLE_CONT
ДК
ДК после
RM_APPRO ROLLER
экспорта
VED /
RM_IN_PR
OGRESS
Технический проект. Сервис НПА.
F-37
Да
ДК находится в статусе RM_RETURNED
кнопка скрыта или
неактивна
F-39
Да
пользователь является утверждающим по ДК
кнопка скрыта или
неактивна
Кнопка скрыта для
иных ролей;
отправка
блокируется без
комментария
F-39
Да
Пользователь является финальным утверждающим; активен этап
«Утверждение»; комментарий обязателен
F-41
Да
мероприятие находится в ACT_IN_PROGRESS
кнопка скрыта или
неактивна
F-42
Да
мероприятие находится в ACT_WAITING_CONFIRMATION
кнопка скрыта или
неактивна
F-43
Да
мероприятие находится в ACT_WAITING_CONFIRMATION
кнопка скрыта или
неактивна
F-47
Да
Пользователь – контролер; исходная ДК находится на исполнении;
выполнена серверная проверка условий экспорта.
кнопка скрыта или
неактивна
F-49, F-50
Да
Экспорт открыт контролером; исходная ДК допускает экспорт
Действие скрыто без
права экспорта
F-53
Да
выбран валидный целевой пункт
кнопка скрыта или
неактивна
F-19
Только просмотр
новая ДК создана в целевом пункте
ссылка не
отображается
F-19
Только просмотр
новая ДК создана в целевом пункте
ссылка не
отображается
Страница 249
RM_DRAF
T/
RM_ON_AP
ROLE_RESP Открыть новую
PROVAL /
ONSIBLE_EX ДК после
RM_APPRO
ECUTOR
экспорта
VED /
RM_IN_PR
OGRESS
Технический проект. Сервис НПА.
новая ДК создана в целевом пункте
ссылка не
отображается
Да
пользователь имеет доступ к объекту в пределах административных
прав
блок скрыт
F-20, F-46
Да
Контролер имеет глобальную роль; доступ определяется областью
контроля и серверной проверкой
Действие скрыто вне
области контроля
F-45
Да
Администратор имеет доступ к общему журналу уведомлений в
пределах административных прав; журнал не дает дополнительных
полномочий.
блок скрыт
Журнал
Любой
PERM-045 уведомлен
статус
ий
Да
Контролер имеет глобальную роль; доступ определяется областью
контроля и серверной проверкой
Действие скрыто вне
области контроля
PERM-046
Да
Пользователю явно предоставлено PERM-046 в административном
контуре настроек рекомендаций; наличие ROLE_CONTROLLER само пункт настроек
по себе право не дает; изменение влияет только на последующие
скрыт
расчеты рекомендаций.
Да
ПГ сохранен; выбран документ-основание либо открыт ручной ввод
Да
Рабочий набор сформирован; корректировка соответствует документу- Действие скрыто без
основанию
роли или права
Да
Блокирующие ошибки отсутствуют; показаны сведения до и после;
пользователь подтверждает операцию
PERM-041
ДК
F-19
Только просмотр
PERM-042
История
Любой
статус
ROLE_ADMI Просмотреть
N
историю
F-20, F-46
PERM-043
История
Любой
статус
ROLE_CONT Просмотреть
ROLLER
историю
Журнал
Любой
PERM-044 уведомлен
статус
ий
Просмотреть
ROLE_ADMI
журнал
N
уведомлений
PERM-047
PERM-048
PERM-049
PERM-050
Просмотреть
ROLE_CONT
журнал
F-45
ROLLER
уведомлений
Вести
Настройк
ROLE_ADMI
характеристики,
и
N;
F-25.1, Fобщие шаблоны
рекоменда
ROLE_CONT
25.2, F-25.3
и матрицу
ций
ROLLER
применимости
Загрузить или
PLAN_REA ROLE_CONT
ПГ
ввести документ
F-16
DY
ROLLER
изменений ПГ
Проверить и
Рабочий
ROLE_CONT скорректировать
ПГ
набор
F-16.2
ROLLER
рабочий набор
изменений
изменений
Рабочий
Подтвердить и
ROLE_CONT
набор
применить
ПГ
F-16.3
ROLLER
изменений
изменения ПГ
Создать,
Шаблон
ROLE_RESP
использовать или
мероприя ONSIBLE_EX
F-25.4
удалить личный
тия
ECUTOR
шаблон
Да для собственных
шаблонов
owner_user_id совпадает с USER_ID пользователя;
template_scope=PERSONAL
Действие скрыто без
роли или права
Кнопка
заблокирована при
ошибках
Чужие личные
шаблоны
недоступны
Страница 250
PERM-051
RM_APPRO
Выполнить
Утвержде VED /
ROLE_MAIN
аварийную
нная ДК RM_IN_PR _ADMIN
правку
OGRESS
Таблица Б-4. Права по модулям
Модуль
Роль
Реестр НПА и ПА
ROLE_ADMIN
Реестр НПА и ПА
ROLE_CONTROLLER
Реестр НПА и ПА
ROLE_RESPONSIBLE_EXECUTOR
Реестр НПА и ПА
ROLE_APPROVER
Реестр НПА и ПА
ROLE_FINAL_APPROVER
Реестр НПА и ПА
ROLE_MAIN_ADMIN
Реестр НПА и ПА
ROLE_SYSTEM
База данных плановграфиков
ROLE_ADMIN
F-46.1
Технический проект. Сервис НПА.
Только утвержденная, но не завершенная ДК; обязательная причина; Штатное
изменяются только поля из закрытого перечня существующих полей, редактирование
недоступно;
Да как исключительная определяемого и утверждаемого на этапе разработки; серверная
проверка принадлежности каждого изменяемого реквизита этому
показывается
операция
перечню обязательна; история обязательна; уведомление об аварийной отдельное аварийное
правке не формируется.
действие
Разрешенные действия
Запрещенные действия
Просмотр доступных объектов;
Загрузка, ручное ведение,
административные операции
назначение ответственных и
раздела, не относящиеся к
сохранение ПГ вместо
штатному контуру ПГ.
контролера; подмена ролей.
Загрузить исходный документ ПГ;
ввести реквизиты СЭД;
выполнить ручной ввод только по Свободное создание ПГ без
загруженному документуисходного документа; OCR как
основанию; проверить/исправить обязательный базовый механизм.
рабочие строки; назначить
ответственных; сохранить ПГ.
Просмотр доступных ПГ и
Загрузка и сохранение ПГ, если
пунктов после сохранения.
право не подтверждено.
Просмотр только при наличии
Загрузка/правка/сохранение ПГ.
доступа к объекту.
Просмотр только при наличии
Загрузка/правка/сохранение ПГ.
доступа.
Просмотр в пределах
действия соответствующих ролей.
административного доступа.
Спорные действия
-
Комментарий
Базовый административный
контур загрузки ПГ.
-
-
-
Исполнитель работает с
пунктом после назначения.
Согласующий не участвует в
подготовке ПГ.
Утверждающий не является
оператором ПГ.
Только чтение.
Для скана без текстового слоя
применяется ручной ввод;
источник истины сохраненные
структурированные данные.
Поиск/просмотр и
Штатное официальное изменение
Исключительная
административные действия,
ПГ; исключительная
корректировка сохраненного
Создание ДК и редактирование
прямо предоставленные
корректировка сохраненного
пункта относится только к
ПГ не предоставляются
ROLE_ADMIN; просмотр истории пункта ПГ; создание ДК; действия
ROLE_MAIN_ADMIN в
ROLE_ADMIN автоматически.
и журнала в пределах
ответственного исполнителя или
предусмотренном ТП
административных прав.
контролера.
сценарии.
Сохранить FILE_ID; выполнить
структурное извлечение из
машиночитаемого PDF;
валидация; история.
Юридическое решение о
содержании ПГ; автоматическая
обработка скана без текстового
слоя.
Страница 251
Технический проект. Сервис НПА.
База данных плановграфиков
ROLE_CONTROLLER
База данных плановграфиков
ROLE_RESPONSIBLE_EXECUTOR
База данных плановграфиков
ROLE_APPROVER
База данных плановграфиков
ROLE_FINAL_APPROVER
Поиск/просмотр; штатная работа с
Создание ДК доступно тому же
Создание ДК только на основании
Штатные операции с ПГ и
ПГ; официальный контур
пользователю только при
ROLE_CONTROLLER; действия
официальный контур
изменения ПГ; контроль
независимом участии как
ответственного исполнителя без
изменения ПГ разрешены
предусмотренных последствий
ответственного исполнителя и
независимого права этой роли.
ROLE_CONTROLLER.
изменений.
соответствующем праве.
Открыть назначенный пункт;
создать ДК по пункту; открыть
существующую ДК.
Редактировать сохраненный ПГ
без права.
-
Базовая роль для запуска
подготовки ДК.
Открыть ДК/пункт при наличии
доступа.
Создать/править пункт или ДК.
-
Доступ возникает из участия в
маршруте.
Открыть ДК/пункт при наличии
доступа.
Создать/править пункт или ДК.
-
Доступ возникает на этапе
утверждения.
-
Обычно объект доступен без
штатного редактирования;
изменение допускается только
в специально предусмотренном
ТП исключительном
административном сценарии и
в установленных границах.
ROLE_MAIN_ADMIN
Исключительная корректировка
сохраненного пункта ПГ по
документу-основанию и
обязательной причине.
Штатное официальное изменение
ПГ вместо контролера; свободное
редактирование сохраненного ПГ.
База данных плановграфиков
ROLE_SYSTEM
Фильтрация по правам; история.
Пользовательские решения.
Дорожные карты
ROLE_ADMIN
Дорожные карты
ROLE_CONTROLLER
База данных плановграфиков
Обработка изменений ПГ.
Пакетные изменения требуют
подтверждения правил.
Создавать/редактировать ДК
вместо ответственного;
согласовывать/утверждать;
Ведение характеристик; общих
Настройки рекомендаций
шаблонов мероприятий; матрицы выполнять контроль вместо
являются админ-контуром, не
применимости; просмотр истории контролера; удалять чужие
отдельным модулем и не
и общего журнала уведомлений в личные шаблоны без
процессом согласования.
пределах административных прав. установленного ТП права;
создавать самостоятельный дубль
ДК.
Подтверждать собственное
Подтверждение/отклонение
исполнение;
Создание/редактирование ДК
исполнения; просмотр; экспорт;
создавать/редактировать ДК
доступно тому же пользователю ROLE_CONTROLLER не дает
ведение настроек рекомендаций
только на основании
только при независимом праве права создания ДК.
при наличии соответствующего
ROLE_CONTROLLER; подменять ответственного исполнителя.
административного права.
ответственного исполнителя.
Страница 252
Дорожные карты
ROLE_RESPONSIBLE_EXECUTOR
Дорожные карты
ROLE_APPROVER
Дорожные карты
ROLE_FINAL_APPROVER
Дорожные карты
ROLE_MAIN_ADMIN
Дорожные карты
ROLE_SYSTEM
Экспортирование дорожной
ROLE_ADMIN
карты
Технический проект. Сервис НПА.
Создать и заполнить ДК; выбрать
вид/характеристики; просмотреть
блок рекомендаций; добавить
Согласовать/утвердить
выбранную рекомендацию в
Создание ДК вне плана;
собственную ДК; подтвердить
фактические мероприятия;
файл/комментарий исполнения Рекомендация не является
исполнение; вести общие
добавить ручные мероприятия;
являются необязательными;
мероприятием до действия
настройки рекомендаций;
сроки; маршрут; направить;
экспорт по этой роли
пользователя.
инициировать экспорт без
отметить выполнение; вести
недоступен.
ROLE_CONTROLLER.
личные шаблоны мероприятий;
использовать личные шаблоны
при создании мероприятий.
Принять собственное решение по
Редактировать ДК во время
текущему активному действию;
согласования; делегировать свою
Согласование - собственная
отклонить с обязательным
позицию; закрывать позицию
комментарием; перенаправить
маршрутизация карточки ДК.
другого участника своим
активное действие новому
решением.
согласующему с основанием.
Утвердить ДК либо вернуть на
Редактировать ДК; терминально
доработку с обязательным
Министр не включен как
комментарием после полного
отклонять ДК вместо возврата на
активная роль.
завершения согласовательного
доработку.
контура.
Аварийная правка утвержденной,
Обычно объект доступен без
но не завершенной ДК только в
штатного редактирования;
закрытом составе существующих Штатное редактирование ДК;
изменение допускается только
полей, определяемом и
согласование, утверждение,
в специально предусмотренном
утверждаемом на этапе
исполнение или контроль вместо
ТП исключительном
разработки, с обязательной
соответствующих ролей.
административном сценарии и
серверной проверкой каждого
в установленных границах.
изменяемого реквизита.
Принимать юридические решения
вместо пользователя; создавать
фактические мероприятия из
рекомендаций без действия
Формирование блока
пользователя; включать личные
Система предлагает и
рекомендаций; смена статусов;
шаблоны в рекомендации;
Расчет дней и эскалации.
предупреждает, но не решает за
расчет сроков; уведомления;
возобновлять завершенную
юриста.
история.
неуспешно npa_export_operations,
возвращать ее в черновик или
продолжать ее как ту же
пользовательскую операцию.
Просмотр результата при наличии Инициировать или подтверждать
объектного доступа.
экспорт вместо контролера.
-
Операция должна быть
атомарной.
Страница 253
Экспортирование дорожной
ROLE_CONTROLLER
карты
Инициировать экспорт ДК из
Предварительно архивировать
состояния «На исполнении»;
исходную ДК; возобновлять или
выбрать целевой ПГ/пункт;
возвращать в черновик
подтвердить операцию; после
устранения причины неуспешной завершенную неуспешно
npa_export_operations; создавать
операции запустить новый
самостоятельный дубль ДК.
экспорт, создающий новую
npa_export_operations.
Технический проект. Сервис НПА.
-
Базово экспортируется
утвержденная ДК.
Просмотр результата экспорта при
Инициировать экспорт.
наличии доступа.
-
Экспорт выполняет контролер.
Экспортирование дорожной
ROLE_APPROVER
карты
Просмотр новой/архивной ДК при Инициировать и подтверждать
наличии доступа.
экспорт.
-
Маршрут новой ДК
запускается штатно.
Экспортирование дорожной
ROLE_FINAL_APPROVER
карты
Просмотр новой/архивной ДК при Инициировать и подтверждать
наличии доступа.
экспорт.
-
Новая ДК проходит обычное
утверждение.
Экспортирование дорожной
ROLE_MAIN_ADMIN
карты
Просмотр в пределах
административного доступа.
-
Только чтение.
Экспортирование дорожной
ROLE_RESPONSIBLE_EXECUTOR
карты
Экспортирование дорожной
ROLE_SYSTEM
карты
действия соответствующих ролей.
Архивировать исходную ДК до
Проверка прав и статуса; создание успешного атомарного
новой ДК; перенос фактических завершения экспорта;
мероприятий/сроков по правилам возобновлять завершенную
Состав переносимых данных.
экспорта; архивирование
неуспешно npa_export_operations
исходной после успеха;
или изменять ее как продолжение;
история/уведомления.
изменять исходную ДК при
неуспешной операции.
Нельзя архивировать исходную
ДК при неуспешном создании
новой.
Страница 254
Технический проект. Сервис НПА.
ПРИЛОЖЕНИЕ В
Реестр статусов и переходов
Таблица В-1. Объекты
object_code
PLAN
Объект
Назначение
План-график
Загруженный, структурированный и
сохраненный ПГ; документ
изменений используется как
основание для актуализации.
Статус
ведется
Да
Переходы Справочник
ведутся
статусов
Да
Да
Комментарий для разработки
Статусы нужны для загрузки, структурного извлечения из
машиночитаемого PDF, ручного ввода, валидации и сохранения; рабочий
набор изменений до подтверждения не является состоянием
действующего ПГ.
Отдельная
статусная
Пункт ПГ хранит прикладные сведения и связи; отдельные ITEM_*
модель
статусы сверх согласованной процессной модели не вводятся.
пункта ПГ не
применяется
PLAN_ITEM
Пункт планаграфика
Рабочая строка ПГ, по которой
создается ДК
Нет
Нет
ROADMAP
Дорожная карта
Центральная сущность подготовки
акта
Да
Да
Да
Жизненный цикл: черновик, согласование, возврат на доработку,
утверждение, исполнение, завершение, архив; терминальный статус
отклонения на утверждении не применяется.
Исполняемое действие в составе ДК
Да
Да
Да
Просрочка не статус, а расчетный признак;
исполнено только после подтверждения контролером
Прикладная маршрутизация
согласования ДК
Да
Да
Да
Хранить цикл, режим sequential/parallel, текущий этап и участников
Шаг маршрута согласования
Да
Да
Да
Этап с несколькими участниками завершается после согласия всех
участников
Решение
Индивидуальное решение
APPROVAL_D
согласующего / согласующего или финального
ECISION
утверждающего утверждающего.
Да
Да
Да
Согласующий может согласовать или вернуть на доработку; финальный
утверждающий может утвердить или вернуть на доработку. Решения
прошлых циклов сохраняются, но не действуют в новом цикле.
Отметка
EXECUTION_
исполнения
MARK
мероприятия
Факт заявления исполнителя о
выполнении мероприятия
Да
Да
Да
Отметка не завершает мероприятие без решения контролера
Атомарный экспорт ДК в другой
пункт ПГ через создание новой ДК
Да
Да
Да
Исходная ДК архивируется только после успешного создания новой ДК
ROADMAP_AC Мероприятие
TIVITY
ДК
Маршрут
APPROVAL_R
согласования
OUTE
ДК
APPROVAL_S Этап
TAGE
согласования
EXPORT_OPE Операция
RATION
экспорта ДК
Страница 255
Технический проект. Сервис НПА.
NOTIFICATIO Уведомление / факт отправки штатного
N_LOG
журнал
уведомления Битрикс24
Нет
Нет
Аудит значимых событий
Нет
Нет
CHANGE_HIST История
ORY
изменений
Таблица В-2. Статусы
Код статуса
object_c
Объект
ode
Техническое
значение
Наименование Смысл для разработки
PLAN_DRA
PLAN
FT
Планграфик
draft
Черновик
загрузки
PLAN_PRO
PLAN
CESSING
Планграфик
processing
Выполняется
структурное
извлечение
PLAN_VALI
DATION_E PLAN
RROR
Планграфик
validation_error
Есть ошибки
Планграфик
ready
Сохранен
draft
RM_ON_AP ROADM
ДК
PROVAL
AP
RM_RETUR ROADM ДК
PLAN_REA
PLAN
DY
RM_DRAFT
ROADM
ДК
AP
Допустимый исходный
документ ПГ загружен;
для скана без текстового
слоя либо документа,
непригодного к
структурному
извлечению, доступен
ручной ввод сведений из
этого документа; ПГ еще
не сохранен.
Система получает
рабочий набор строк из
машиночитаемого
документа; результат
подлежит
пользовательской
проверке.
Обязательные поля строк
не заполнены или
невалидны
Не
Журнал хранит фактические попытки и результаты отправки;
применяется
Нет
Началь Конечн
ный
ый
Для истории нужен тип события, а не статус жизненного цикла
Устанавливает
Функции
Сущности БД
UI-зона
Уведомления
Реестр НПА
и ПА
Нет
Да
Нет
Пользователь /
система
F-02, F-05
npa_plans;
npa_file_links
Нет
Нет
Система
F-04
npa_plans;
Статус
npa_plan_items обработки
Нет
Нет
Нет
Система
F-07
npa_plans;
Таблица
npa_plan_items строк
Нет
ПГ и пункты сохранены
в базе планов-графиков
Нет
Нет
Пользователь /
система
F-09
Черновик
ДК создана;
характеристики,
рекомендованные и
фактические
мероприятия, сроки и
маршрут настраиваются
Да
Нет
Ответственный
исполнитель /
система
on_approval
На согласовании
Запущен маршрут
согласования
Нет
Нет
Ответственный
исполнитель /
система
returned
Возвращена на
ДК отклонена
Нет
Нет
Согласующий /
npa_plans;
npa_plan_items; База ПГ
npa_file_links
npa_roadmaps;
F-21, F-22,
npa_roadmap_ch
F-23, F-24,
aracteristics;
F-25, F-26,
Карточка
npa_roadmap_ac
F-26.1, F-27,
ДК
tivities;
F-28, F-29,
npa_approval_ro
F-30, F-16.5
utes
npa_roadmaps;
npa_approval_ro
Карточка
utes;
F-33
ДК
npa_approval_st
ages
F-35
npa_roadmaps; Карточка
Нет
Нет
Да, конкретному
USER_ID при активации
действия
Да, исполнителю
Страница 256
NED
AP
RM_ON_FI
ROADM
NAL_APPR
ДК
AP
OVAL
RM_APPRO ROADM
ДК
VED
AP
RM_IN_PRO ROADM
ДК
GRESS
AP
RM_COMPL ROADM
ДК
ETED
AP
RM_ARCHI ROADM
ДК
VED
AP
доработку
согласующим;
требуется доработка
Все обязательные
участники всех
согласовательных этапов
текущего цикла приняли
on_final_approval На утверждении положительные
решения; система
автоматически передала
ДК на обязательный этап
«Утверждение».
ДК утверждена статсapproved
Утверждена
секретарем –
заместителем Министра
in_progress
completed
archived
ACT_PLAN ROADM Мероприя
planned
NED
AP_AC тие
Технический проект. Сервис НПА.
система
npa_approval_de ДК
cisions;
npa_change_hist
ory
Нет
Нет
Система
F-38
npa_roadmaps;
Карточка
npa_approval_ro
ДК
utes
Нет
Нет
Утверждающий /
система
F-39
npa_roadmaps;
Карточка
npa_change_hist
ДК
ory
Да, ответственному
исполнителю ДК и
финальному
утверждающему
Да, исполнителю
На исполнении
Утвержденная ДК
автоматически
находится на
исполнении; ручного
старта исполнения нет.
Нет
Нет
Система
F-40
npa_roadmaps;
Карточка
npa_roadmap_ac
ДК
tivities
Завершена
Все мероприятия
подтверждены
контролером; ДК
завершается
автоматически, ручного
завершения нет.
Нет отдельного
уведомления;
используется единое
уведомление
ответственному
исполнителю по событию
утверждения/регистрации
/автоматического
перехода в исполнение
Нет
Да
Система
F-42, F-44
npa_roadmaps;
Карточка
npa_roadmap_ac
ДК
tivities
Нет
Архивная
ДК архивирована
вследствие применимого
подтвержденного
изменения пункта ПГ
либо как часть
успешного атомарного
завершения экспорта.
Нет
Да
Система
npa_roadmaps;
npa_export_oper
Карточка
F-16.4, F-55 ations;
ДК
npa_change_hist
ory
Запланировано
Мероприятие создано
вручную, из шаблона
Да
Нет
Система /
ответственный
F-26.1, F-27, npa_roadmap_ac Таблица
F-28, F-29, tivities
мероприяти
При архивировании
вследствие изменения ПГ
– ответственному
исполнителю
архивированной ДК; при
архивировании в составе
успешного экспорта
отдельное уведомление
об архивировании не
создается, используется
уведомление контролеруинициатору об успешном
экспорте
Нет
Страница 257
TIVITY
ROADM
ACT_IN_PR
Мероприя
AP_AC
in_progress
OGRESS
тие
TIVITY
На исполнении
ACT_WAITI ROADM
Мероприя waiting_confirmati Ожидает
NG_CONFI AP_AC
тие
on
подтверждения
RMATION TIVITY
или из выбранной
рекомендации; до
исполнения не активно
Мероприятие доступно
исполнителю для
выполнения
исполнитель
F-30
Нет
Нет
F-40, F-43
Исполнитель отметил
выполнение, контролер
еще не подтвердил
Система /
контролер при
отклонении
Нет
Нет
Исполнитель /
система
F-41
ROADM
ACT_COMP
Мероприя
AP_AC
completed
LETED
тие
TIVITY
Исполнено
Контролер подтвердил
исполнение
Нет
Да
Контролер /
система
F-42
APPRO Маршрут
ROUTE_DR
VAL_R согласова draft
AFT
OUTE ния
Маршрут
формируется
Участники и этапы еще
настраиваются
Да
Нет
Ответственный
исполнитель
F-31, F-32
APPRO Маршрут
ROUTE_AC
VAL_R согласова active
TIVE
OUTE ния
Маршрут активен
Маршрут запущен, есть
текущий этап
Нет
Нет
Система
F-33
APPRO Маршрут
ROUTE_CO
VAL_R согласова completed
MPLETED
OUTE ния
Согласование
завершено
Нет
Нет
Система
APPRO Этап
STAGE_PE
VAL_ST согласова pending
NDING
AGE
ния
Согласовательная часть
текущего cycle_no
завершена; при
повторном направлении
после доработки
существующий маршрут
может быть повторно
активирован для нового
cycle_no.
Ожидает
Этап еще не активирован
Да
Нет
Система
Активен
Участники этапа должны
принять решения
APPRO Этап
STAGE_AC
VAL_ST согласова active
TIVE
AGE
ния
APPRO Этап
STAGE_APP
VAL_ST согласова approved
ROVED
AGE
ния
Этап согласован в
текущем cycle_no; при
запуске нового cycle_no
Этап согласован
существующая запись
этапа подготавливается к
новому прохождению.
Нет
Нет
Нет
Нет
Система
Система
Технический проект. Сервис НПА.
й
Таблица
npa_roadmap_ac
мероприяти
Да, при возврате
tivities
й
npa_execution_
Таблица
marks;
Да, контролеру
мероприяти
npa_roadmap_ac
й
tivities
npa_execution_
Таблица
marks;
мероприяти
Нет
npa_roadmap_ac
й
tivities
npa_approval_ro
utes;
npa_approval_st Блок
Нет
ages;
маршрута
npa_approval_pa
rticipants
npa_approval_ro
Да, конкретному
utes;
Карточка
USER_ID при активации
npa_approval_st ДК
действия
ages
F-34, F-38
npa_approval_ro Карточка
utes
ДК
Да, ответственному
исполнителю ДК и
финальному
утверждающему
F-31, F-33
npa_approval_st Блок
ages
маршрута
Нет
F-33, F-34
npa_approval_st
Карточка
ages;
npa_approval_pa ДК
rticipants
F-34
npa_approval_st
ages;
Маршрут
npa_approval_de
cisions
Да, конкретному
USER_ID при активации
действия
Нет отдельного
уведомления; при
активации действия
следующего участника
уведомление
направляется
Страница 258
Технический проект. Сервис НПА.
APPRO Этап
STAGE_REJ
VAL_ST согласова rejected
ECTED
AGE
ния
Этап отклонен
APPRO
DECISION_ VAL_D
Решение
PENDING ECISIO
N
Ожидает
решения
APPRO
DECISION_ VAL_D
Решение
APPROVED ECISIO
N
APPRO
DECISION_ VAL_D
Решение
REJECTED ECISIO
N
pending
Этап отклонен в
текущем cycle_no; при
запуске нового cycle_no
существующая запись
этапа подготавливается к
новому прохождению.
Техническая запись
ожидания собственного
решения конкретного
участника в конкретном
cycle_no; создается
только при фактической
активации
соответствующего
этапа/ветви; при
перенаправлении
исходное решение
остается ожидающим.
конкретному USER_ID
Нет
Нет
Система
F-35
npa_approval_st
ages;
Маршрут
npa_approval_de
cisions
Да
Нет
Система
F-33
npa_approval_de Карточка
cisions
ДК
Да, конкретному
USER_ID при активации
его действия
Нет отдельного
уведомления;
положительное решение
само по себе уведомления
не формирует
approved
Согласовано
Участник согласовал ДК
Нет
Да
Согласующий
F-34
npa_approval_de Карточка
cisions
ДК
rejected
Отклонено
Участник отклонил ДК с
обязательным
комментарием
Нет
Да
Согласующий
F-35
Popup
npa_approval_de
комментари
cisions
я
APPRO
DECISION_
Решение
VAL_D
FINAL_APP
утвержда final_approved
ECISIO
ROVED
ющего
N
APPRO
DECISION_
Решение
VAL_D
FINAL_RET
утвержда final_returned
ECISIO
URNED
ющего
N
Утверждено
Возвращено на
доработку
утверждающим
Статс-секретарь
утвердил ДК
Статс-секретарь –
заместитель Министра
вернул ДК на доработку
с обязательным
комментарием
Нет
Нет
Да
Да
Утверждающий
Финальный
утверждающий
F-39
npa_approval_de
cisions;
Карточка
npa_roadmaps;
ДК
npa_change_hist
ory
F-39
npa_approval_de
cisions;
npa_roadmaps; Карточка
cycle_no
ДК / блок
(process
утверждени
context);
я
npa_change_hist
ory
Да, исполнителю
Да, исполнителю
Да, ответственному
исполнителю ДК в
составе единого
уведомления об
утверждении,
регистрации и
автоматическом переходе
в исполнение с
присвоенными номером и
датой ДК
Да, ответственному
исполнителю
Страница 259
Технический проект. Сервис НПА.
EXECU Отметка
MARK_SUB
TION_ исполнен submitted
MITTED
MARK ия
Отметка
направлена
Да
Нет
Ответственный
исполнитель
F-41
EXECU Отметка
MARK_CO
TION_ исполнен confirmed
NFIRMED
MARK ия
Ответственный
исполнитель заявил
выполнение
мероприятия
Отметка
подтверждена
Контролер подтвердил
исполнение
Нет
Да
Контролер
F-42
EXECU Отметка
MARK_REJ
TION_ исполнен rejected
ECTED
MARK ия
Отметка
отклонена
Контролер отклонил
исполнение
Нет
Да
Контролер
F-43
Да
Нет
Контролер
F-47, F-49
EXPOR
EXPORT_D
Операция
draft
T_OPER
RAFT
экспорта
ATION
EXPORT_V EXPOR
Операция
ALIDATION T_OPER
validation_error
экспорта
_ERROR
ATION
EXPOR
EXPORT_IN
Операция
T_OPER
in_progress
_PROGRESS
экспорта
ATION
EXPOR
EXPORT_D
Операция
T_OPER
done
ONE
экспорта
ATION
EXPORT_E EXPOR Операция error
Открыта форма
экспорта, целевой пункт
еще выбирается
Проверка экспорта
завершилась ошибкой;
текущая
npa_export_operations
завершена неуспешно.
Для последующего
экспорта после
Ошибка проверки устранения причины
создается новая
npa_export_operations с
повторным выбором
целевого ПГ и пункта,
проверками,
предпросмотром и
подтверждением.
Начата операция
создания новой ДК и
переноса
Выполняется
предусмотренных
данных
Операция успешно
атомарно завершена;
новая ДК создана в
целевом пункте,
исходная ДК
Выполнено
архивирована как часть
успешного завершения.
Завершенная операция
не возобновляется и не
изменяется.
Ошибка экспорта Техническая ошибка:
Подготовка
экспорта
Нет
Нет
Да
Нет
npa_execution_
Форма
marks;
отметки
npa_file_links
npa_execution_
marks;
Зона
npa_change_hist контроля
ory
npa_execution_
marks;
Зона
npa_change_hist контроля
ory
Popup/боков
npa_export_oper
ая панель
ations
экспорта
Да, контролеру
Нет
Да, исполнителю
Нет
F-48, F-51
npa_export_oper
ations;
Блок
npa_roadmaps; валидации
npa_plan_items
Нет
Система
F-53, F-54
npa_export_oper
ations;
Popup/журн
npa_roadmaps;
ал экспорта
npa_roadmap_ac
tivities
Нет
Да, контролеруинициатору
Да, контролеру-
Система
Нет
Да
Система
npa_export_oper
ations;
F-54, F-55,
Результат
npa_roadmaps;
F-56
экспорта
npa_change_hist
ory
Нет
Да
Система
F-57
npa_export_oper Ошибка в
Страница 260
RROR
T_OPER экспорта
ATION
текущая
npa_export_operations
завершена неуспешно;
исходная ДК не
архивирована. После
устранения причины
пользователь запускает
новый экспорт,
создающий новую
npa_export_operations.
Таблица В-3. Переходы
Код
object_c
перех
Объект Из статуса
ode
ода
TRPLAN- PLAN ПГ
–
01
TRPLAN- PLAN
02
ПГ
TRPLAN- PLAN
03
ПГ
TRPLAN- PLAN
02A
TRPLAN- PLAN
04
Технический проект. Сервис НПА.
В статус
Роль /
Событие / Функ
инициа Условие перехода
действие ция
тор
PLAN_DR Загрузка
AFT
PDF
F-02
Запуск
PLAN_PR структурног
PLAN_DRAFT OCESSIN о
F-04
G
извлечения
данных
PLAN_DRAFT PLAN_V
Ошибка
/
ALIDATI
обязательн F-07
PLAN_PROCES ON_ERR
ых полей
SING
OR
Контрол
Файл выбран
ер
Документ
Система машиночитаемый,
FILE_ID доступен
Система
Есть критические
ошибки
ations;
popup/журн
npa_change_hist але
ory
Серверная проверка
Права, формат, размер, Создать черновик,
доступность хранилища связь FILE_ID
Нет
Системное
событие;
отдельная кнопка
OCR не
применяется
Проверка обязательных Блокировка
полей
сохранения
Да
Нет
Валидация при
сохранении
Сохранить рабочий
набор в контексте
существующего
черновика и сделать
его доступным для Да
пользовательской
проверки и inlineкорректировки; ПГ и
пункты не сохранять
Нет
Системное
событие
Транзакционная
Создать/обновить ПГ
валидация ПГ, пунктов,
Да
и пункты
FILE_ID, USER_ID
Нет
Сохранить ПГ
Нет
Создать ДК
ПГ
PLAN_DRAFT
Сохранение
/
PLAN_RE
ПГ и
PLAN_VALID
F-09
ADY
пунктов
ATION_ERRO
R
Ошибок нет,
Контрол
ответственные
ер
заполнены
–
UI-действие
Проверить наличие
Сформировать
текстового слоя и
рабочий набор строк
пригодность документа к
Да
для проверки
структурному
пользователем
извлечению
ПГ
Ответст Пункт доступен; для Права ответственного
Создать карточку,
F-21, венный F-16.5 применено
исполнителя, отсутствие автоподставить
F-16.5 исполни изменение конечного активной ДК; для F-16.5 данные; для F-16.5
тель
срока, прежняя ДК – проверка
перенести
Да
Уведомления
Загрузить PDF
Структурное
извлечение
Проверить завершение
завершено без
Система
обработки и наличие
технической ошибки;
рабочего набора
сформирован
рабочий набор строк
Создание
RM_DRA
ДК по
FT
пункту
История
Нет
Успешное
завершение
PLAN_PROCES PLAN_DR
структурног F-04
SING
AFT
о
извлечения
TRROADM
ДК
RM-01 AP
Побочные действия
системы
инициатору
Да
Страница 261
соответс архивирована и
твующе создание новой ДК
го
разрешено.
пункта
ПГ
TRROADM
ДК
RM-02 AP
TRROADM
ДК
RM-03 AP
TRROADM
ДК
RM-04 AP
TRROADM
ДК
RM-05 AP
Ответст
венный
исполни
Есть основание
тель
создавае
мой ДК
–
Создание
RM_DRA
ДК вне
FT
плана
RM_DRAFT
Настройка F-24,
вида,
F-25,
Ответст
характерист F-26,
венный
RM_DRA ик,
F-26.1,
исполни ДК в черновике
FT
рекомендац F-27,
тель /
ий,
F-28,
система
мероприяти F-29,
й и сроков F-30
RM_DRAFT
Первичное
RM_ON_ направлени F-31,
APPROV е на
F-32,
AL
согласовани F-33
е
F-22
Отклонение
RM_ON_APPR RM_RET
согласующи F-35
OVAL
URNED
м
Ответст
ДК, мероприятия и
венный
первоначальный
исполни
маршрут валидны
тель
примененного
изменения конечного
срока и допустимости
создания новой ДК.
Технический проект. Сервис НПА.
фактические
мероприятия
архивной ДК без
прежних сроков,
сроки заполняются
заново.
Проверка обязательных Создать ДК без
реквизитов основания
plan_item_id
Да
Создать без
плана-графика
Нет
Обновить состав ДК;
Да, только
Валидация вида акта,
Поля карточки
F-26 формирует
при
характеристик, матрицы вычисляемый блок
ДК; блок
изменении
применимости,
рекомендаций;
характеристик;
ДК или
выбранной
фактическое
блок
Нет
фактически
рекомендации,
мероприятие
рекомендаций;
х
обязательных полей
создается только при
таблица
мероприяти
мероприятий и сроков F-26.1 или ручном
мероприятий
й
добавлении
Создать первый
cycle_no как
процессный контекст
без отдельной
сущности цикла;
активировать
маршрут и первый
Да, пользователям
Проверить обязательные
Направить на
этап;
Да
с активированным
этапы и участников
согласование
DECISION_PENDIN
действием
G создать по TRSTAGE-01 только
для участников
фактически
активированного
этапа
Текущи Текущий держатель
й
активного действия
держате отклонил ДК с
ль
обязательным
ДК на текущем этапе,
активно комментарием; весь
участник активен,
го
текущий цикл
комментарий не пустой
действи прекращается,
я
остальные ветви и
соответс этапы прекращаются,
твующе обратное
Закрыть активные
ожидания текущего
Да
cycle_no (process
context), вернуть ДК
Да, исполнителю
Отклонить +
popup
комментария
Страница 262
й ветви прохождение
цепочки
перенаправления не
выполняется.
TRROADM
ДК
RM-06 AP
Повторное
RM_ON_
RM_RETURNE
направлени
APPROV
F-37
D
е после
AL
доработки
TRROADM
ДК
RM-07 AP
Автоматиче
ское
RM_ON_ завершение
RM_ON_APPR FINAL_A согласовани F-34,
PPROVA я и передача F-38
OVAL
L
на
утверждени
е
Увеличить
current_cycle_no;
Доработка
подготовить
завершена; ранее
существующий
сформированный
маршрут и этапы к
маршрут сохранен; Проверить новый
новому cycle_no;
существующие этапы cycle_no, неизменность
активировать первый
и согласующие не
ранее сформированных
этап;
Ответст
удалены, не
этапов и согласующих и
DECISION_PENDIN
венный
заменены и не
допустимость только
Да
G создать по TRисполни
переупорядочены;
добавлений; решения
STAGE-01 только
тель
при необходимости предыдущих циклов не
при фактической
добавлены только
использовать как
активации этапа;
новые этапы и/или решения нового
решения
согласующие;
предыдущих циклов
серверная проверка
сохранить;
пройдена
отдельную сущность
цикла не создавать
Все исходные и
привлеченные
участники всех
согласовательных
этапов текущего
Проверить активный
Завершить
цикла приняли
цикл, обязательность
согласовательную
положительные
этапов и участников,
часть; активировать
Система собственные
положительные решения этап «Утверждение»; Да
решения; все
и отсутствие
зафиксировать дату и
параллельные ветви незавершенных
время поступления
и вложенные
согласовательных этапов ДК утверждающему.
цепочки
перенаправления
завершены
положительно.
Технический проект. Сервис НПА.
Да, пользователям
Повторно
с фактически
активированным направить
действием
Системное
Да,
событие;
ответственному
отдельная кнопка
исполнителю ДК и
«Отправить на
финальному
утверждение»
утверждающему.
отсутствует
Страница 263
TRROADM
ДК
RM-08 AP
RM_ON_FINA RM_APP Утверждени
F-39
L_APPROVAL ROVED е ДК
TRROADM
ДК
RM-09 AP
Возврат на
доработку
RM_ON_FINA RM_RET
финальным F-39
L_APPROVAL URNED
утверждаю
щим
Зафиксировать
DECISION_FINAL_
APPROVED в
npa_approval_decision
s; для ДК по ПГ
присвоить номер,
равный
plan_item_number, и
Статсдату финального
секретар
утверждения; для ДК
ь–
Активен
Проверить роль и
вне ПГ
замести обязательный этап
Да
актуальный cycle_no
сформировать номер
тель
«Утверждение»
ВПГ-ГГГГ-NNN по
Минист
ежегодной
ра
последовательности
и дату финального
утверждения;
зафиксировать
регистрацию;
перевести ДК в
RM_APPROVED
Зафиксировать
DECISION_FINAL_R
ETURNED в
npa_approval_decision
Статсs; вернуть ДК
секретар Активен
обязательный этап
ответственному;
ь–
Проверить роль,
номер и дату
замести «Утверждение»;
Да
cycle_no и комментарий
указан обязательный
утвержденной ДК не
тель
формировать; ранее
Минист комментарий
сформированный
ра
маршрут сохранить
для последующего
нового cycle_no
TRROADM
ДК
RM-10 AP
Автоматиче
ский
переход к
RM_APPROVE RM_IN_P
исполнению F-40
D
ROGRESS
после
утверждени
я
Система ДК утверждена
TRROADM
ДК
RM-11 AP
RM_IN_PROG RM_COM Завершение F-42,
RESS
PLETED ДК
F-44
Система
Проверка статуса
RM_APPROVED
Все мероприятия
Проверка отсутствия
ACT_COMPLETED незавершенных
Перевести ДК в
RM_IN_PROGRESS;
передать
Да
мероприятия в
функциональный
блок «Работа с НПА»
Закрыть ДК
Да
Технический проект. Сервис НПА.
Единое
уведомление
ответственному
исполнителю с
Утвердить
присвоенными
номером и датой
утвержденной ДК
Да,
ответственному
Вернуть на
исполнителю; без
доработку
номера и даты
утвержденной ДК
Нет отдельного
уведомления:
используется
единое
уведомление по
Системное
событию
событие
утверждения/регис
трации/автоматиче
ского перехода в
исполнение.
Системное
Нет
событие
Страница 264
мероприятий
Архивирова
Новая ДК успешно
ние
создана в целевом
исходной
пункте и вся
ДК как
операция экспорта
TRROADM
RM_IN_PROG RM_ARC
Транзакция экспорта
Архивировать
часть
ДК
F-55 Система завершается
Да
RM-12 AP
RESS
HIVED
успешна
исходную ДК
успешного
успешно;
атомарного
предварительное
завершения
архивирование
экспорта
запрещено.
RM_DRAFT /
RM_RETURNE
Применено
D/
Проверить связь ДК с
Архивировать ДК;
подтвержденное
RM_ON_APPR
измененным пунктом,
зафиксировать
изменение
Архивирова
OVAL /
факт применения
отдельное событие
связанного пункта
ние ДК
RM_ON_FINA RM_ARC
изменения, что ДК не
H_RM_ARCHIVED;
TRROADM
вследствие F-16.4 Система ПГ; ДК еще не
ДК
Да
L_APPROVAL HIVED
RM_COMPLETED/RM_ уведомить
RM-13 AP
завершена;
изменения
/
ARCHIVED и что
ответственного
изменение не требует
ПГ
RM_APPROVE
изменение не требует
исполнителя
переноса ДК через
D/
переноса экспортом
архивированной ДК
экспорт
RM_IN_PROG
RESS
Проверка права
Система
ДК в черновике;
редактирования ДК,
Создать фактическое
/
пользователь выбрал допустимого статуса,
TRROADM
Создание
мероприятие в
Меропр
ACT_PLA
F-26.1, ответств
рекомендацию или источника мероприятия,
ACT- AP_AC
мероприяти
–
Да
npa_roadmap_activitie
иятие
NNED
F-27 енный
заполнил ручное
обязательных полей и
01
TIVITY
я
исполни
s
мероприятие
срока не позже
тель
конечного срока ДК
TRROADM
ACT_IN_
Меропр ACT_PLANNE
Старт
ДК перешла в
Активировать
ACT- AP_AC
PROGRES
F-40 Система
Проверка статуса ДК
Да
иятие
D
исполнения
RM_IN_PROGRESS
мероприятия
02
TIVITY
S
Проверить право
Создать новую
Ответст Ответственный
ответственного
запись
венный исполнитель
исполнителя
npa_execution_marks
ACT_WAI
исполни представляет
TRROADM
Отметка
соответствующей ДК и (MARK_SUBMITTE
Меропр ACT_IN_PROG TING_CO
ACT- AP_AC
выполненн F-41 тель
результат
Да
NFIRMAT
статус
D); перевести
иятие
RESS
03
TIVITY
ым
соответс мероприятия; файл и
ION
ACT_IN_PROGRESS; не мероприятие в
твующе комментарий
требовать файл или
ожидание
й ДК
необязательны.
комментарий.
подтверждения.
В проверяемой
Роль контролера;
записи
TRROADM
ACT_WAITING ACT_CO Подтвержде
Меропр
Контрол Контролер
существует ожидающая npa_execution_marks
ACT- AP_AC
_CONFIRMATI MPLETE ние
F-42
Да
иятие
ер
подтверждает
проверяемая запись
зафиксировать
04
TIVITY
ON
D
исполнения
npa_execution_marks.
MARK_CONFIRME
D и результат
Технический проект. Сервис НПА.
Да, если
подтверждено
Системное
событие экспорта
Да,
ответственному
исполнителю
архивированной
ДК
Системное
событие
Нет
Добавить
рекомендацию;
добавить
мероприятие
Нет
Системное
событие
Да, контролеру,
однократно для
нового
представления
результата.
Выполнено
Нет отдельного
уведомления
Подтвердить
исполнение
Страница 265
TRROADM
ACT_WAITING ACT_IN_
Меропр
Отклонение
ACT- AP_AC
_CONFIRMATI PROGRES
F-43
иятие
исполнения
05
TIVITY
ON
S
TRAPPRO
Маршру
ROUT VAL_R
–
т
E-01 OUTE
Формирова
ROUTE_
F-31,
ние
DRAFT
F-32
маршрута
TRAPPRO
Запуск
Маршру ROUTE_DRAF ROUTE_
ROUT VAL_R
согласовани F-33
т
T
ACTIVE
E-02 OUTE
я
контроля; новую
запись не создавать;
перевести
мероприятие в
ACT_COMPLETED;
при выполнении всех
мероприятий ДК
завершается
автоматически.
В проверяемой
записи
npa_execution_marks
зафиксировать
Роль контролера;
MARK_REJECTED,
существует ожидающая
результат контроля и
проверяемая запись
Контрол
обязательный
Контролер отклоняет
Да
npa_execution_marks;
ер
комментарий; новую
обязательный
запись не создавать;
комментарий заполнен.
вернуть мероприятие
в
ACT_IN_PROGRESS
.
Ответст
Проверка участников
Создать маршрут,
венный
ДК в черновике
Да
исполни
USER_ID
этапы, участников
тель
Ответст
Активировать
венный
первый этап и
исполни Маршрут валиден
Есть этапы и участники создать текущий
Да
тель /
цикл cycle_no
система
(process context)
TRAPPRO
ROUTE_C
Маршру ROUTE_ACTIV
Все этапы
ROUT VAL_R
OMPLET
F-34
т
E
завершены
E-03 OUTE
ED
Система Все этапы approved
Проверка всех
участников в parallelэтапах
ROUTE_ACTIV
TRAPPRO
Маршру E /
ROUTE_
ROUT VAL_R
т
ROUTE_COMP ACTIVE
E-04 OUTE
LETED
ДК повторно
направлена из
RM_RETURNED;
Система current_cycle_no
увеличен;
существующий
маршрут сохранен
Подготовить
существующий
Проверить сохранность
маршрут к
прежних этапов и
прохождению нового
участников и
Да
cycle_no;
допустимость только
активировать первый
добавлений
этап актуального
маршрута
Запуск
нового
F-37
цикла после
доработки
Передать на
утверждение
Да
Технический проект. Сервис НПА.
Да,
Отклонить
ответственному
исполнение
исполнителю ДК.
Нет
Блок маршрута
Да, конкретному
USER_ID при
Направить на
активации
согласование
действия первого
этапа
Да,
ответственному
Системное
исполнителю ДК и
событие
финальному
утверждающему
Уведомления – по
Системное
активации
конкретных
событие
действий
Страница 266
TRAPPRO
STAG VAL_ST Этап
E-01 AGE
STAGE_PENDI STAGE_A Активация F-33,
NG
CTIVE
этапа
F-34
Предыдущий этап
Система завершен или это
первый этап
TRAPPRO
STAG VAL_ST Этап
E-02 AGE
STAGE_A Все
STAGE_ACTIV
PPROVE участники F-34
E
D
согласовали
Система
TRAPPRO
STAG VAL_ST Этап
E-03 AGE
Один
STAGE_ACTIV STAGE_R
участник
E
EJECTED
отклонил
TRAPPRO
STAG VAL_ST Этап
E-04 AGE
STAGE_APPR
OVED /
Подготовка
STAGE_REJEC
существую
TED /
STAGE_P
щего этапа F-37
STAGE_ACTIV ENDING
к новому
E/
cycle_no
STAGE_PENDI
NG
F-35
APPRO
TRDECISIO
VAL_D
DECISION_PE
DECРешение
N_APPRO Согласовать F-34
ECISIO
NDING
01
VED
N
Порядок этапов,
cycle_no
Активировать этап;
создать
DECISION_PENDIN
G только для
участников
фактически
активированных
ветвей этого этапа;
зафиксировать
Да
поступление
активного действия
каждому такому
пользователю; для
участников
неактивных будущих
этапов решения не
создавать
Для этапа нет
pending/rejected
Активировать
следующий этап или Да
завершить маршрут
Система Есть rejected
Комментарий есть
Остановить маршрут Да
Запущен новый
cycle_no;
Система существующая
запись этапа
сохранена
Подготовить этап к
новому
прохождению без
Проверить
создания
принадлежность этапа
DECISION_PENDIN
сохраненному маршруту
G;
и неизменность
Да
DECISION_PENDIN
идентификатора и
G создаются только
порядка ранее
при последующей
сформированного этапа
фактической
активации этапа по
TR-STAGE-01
Все решения
approved
Текущи Пользователь
является текущим
й
держате держателем
Проверка участника и
активного действия;
ль
цикла
активно фиксирует только
собственное
го
действи решение.
Обновить этап
Да
Технический проект. Сервис НПА.
Да, конкретному
USER_ID при
активации
действия
Нет отдельного
уведомления;
уведомление
формируется при
активации
следующего
действия
Да,
ответственному
исполнителю ДК
Нет
Системное
событие
Системное
событие
Системное
событие
Системное
событие
Нет отдельного
уведомления;
положительное
Согласовать
решение само по
себе уведомления
не формирует
Страница 267
я
соответс
твующе
й ветви
APPRO
TRDECISIO
VAL_D
DECISION_PE
DECN_REJEC Отклонить F-35
Решение
ECISIO
NDING
02
TED
N
Перенаправ
ление
APPRO
TRDECISIO активного
DECISION_PE
VAL_D
DECРешение
N_PENDI действия
F-36
ECISIO
NDING
новому
03
NG
N
согласующе
му
APPRO
TRРешение
VAL_D
DECISION_PE
DECутвержд
ECISIO
NDING
04
ающего
N
DECISIO
N_FINAL
Утвердить
_APPROV
ED
APPRO
TRРешение
VAL_D
DECISION_PE
DECутвержд
ECISIO
NDING
05
ающего
N
DECISIO
N_FINAL Вернуть на
F-39
_RETURN доработку
ED
F-39
Текущи
й
Пользователь
держате является текущим
ль
держателем
активно активного действия;
го
обязательный
Комментарий обязателен Вернуть ДК
Да
действи комментарий;
я
отклонение
соответс прекращает весь
твующе текущий цикл.
й ветви
Выбран новый
Передать активное
согласующий;
действие
Текущи обязательное
привлеченному
й
основание; исходный
согласующему; после
держате согласующий
положительного
ль
сохраняется, его
решения последнего
активно решение остается
Проверка пользователя,
уровня вернуть
го
DECISION_PENDIN запрет самоназначения
Да
действие
действи G; допускается
если нужен
предыдущему
я
цепочка
уровню; не
соответс A→B→C→… с
закрывать позицию
твующе возвратом действия и
исходного
й ветви собственным
согласующего чужим
решением каждого
решением.
участника.
Зафиксировать
Статссобственное
секретар
Проверить роль,
DECISION_FINAL_
ь–
Активен
актуальный cycle_no и
APPROVED в
замести обязательный этап отсутствие ранее
Да
существующей
тель
«Утверждение»
принятого финального
npa_approval_decision
Минист
решения
s с cycle_no и
ра
decided_at
Зафиксировать
СтатсПроверить роль,
собственное
секретар Активен
актуальный cycle_no,
DECISION_FINAL_R
ь–
обязательный этап
отсутствие ранее
ETURNED в
замести «Утверждение»;
Да
принятого финального существующей
тель
указан обязательный
решения и наличие
npa_approval_decision
Минист комментарий
комментария
s с cycle_no,
ра
decided_at и
Технический проект. Сервис НПА.
Да,
ответственному
исполнителю ДК
Отклонить
Да, новому
участнику
Перенаправить
новому
согласующему
Единое
уведомление
ответственному
исполнителю
Утвердить
после регистрации
ДК с
присвоенными
номером и датой
Да,
ответственному
Вернуть на
исполнителю; без
доработку
номера и даты
утвержденной ДК
Страница 268
комментарием
TREXECU
MAR TION_ Отметка –
K-01 MARK
MARK_S Отметить
UBMITTE выполненн F-41
D
ым
TREXECU
MARK_C
MARK_SUBMI
Подтвердит
MAR TION_ Отметка
ONFIRME
F-42
TTED
ь
K-02 MARK
D
TREXECU
MARK_SUBMI MARK_R
MAR TION_ Отметка
Отклонить F-43
TTED
EJECTED
K-03 MARK
TREXPOR
EXP- T_OPER Экспорт –
01
ATION
Явный
EXPORT_ запуск
DRAFT нового
экспорта
Ответственный
исполнитель
Ответст
Проверить право
соответствующей ДК
венный
ответственного
представляет
исполни
исполнителя и статус
результат
тель
мероприятия; файл и
мероприятия в
соответс
комментарий не
ACT_IN_PROGRESS
твующе
являются
; файл и
й ДК
обязательными.
комментарий
необязательны.
Контролер проверил
ожидающую запись
npa_execution_marks
и подтвердил
Роль контролера;
исполнение;
проверяемая запись
Контрол
результат
npa_execution_marks
ер
фиксируется в этой находится в
же записи, отдельное MARK_SUBMITTED.
контрольное
решение не
создается.
Контролер проверил
ожидающую запись
npa_execution_marks,
указал обязательный Роль контролера;
комментарий и
проверяемая запись
отклонил
npa_execution_marks
Контрол
исполнение;
находится в
ер
результат
MARK_SUBMITTED;
фиксируется в этой обязательный
же записи;
комментарий заполнен.
следующая отправка
исполнителя создаст
новую запись.
Исходная ДК
находится в
F-47 / Контрол
допустимом
F-58 ер
состоянии; есть
право экспорта
Технический проект. Сервис НПА.
Создать новую
запись
npa_execution_marks
со статусом
MARK_SUBMITTED Да
; перевести
мероприятие в
ожидание
подтверждения.
Да, контролеру,
однократно для
каждой новой
Выполнено
записи
npa_execution_mar
ks.
В этой же записи
npa_execution_marks
зафиксировать
MARK_CONFIRME
D и результат
Да
контроля; новую
запись не создавать;
закрыть
мероприятие.
Нет
В этой же записи
npa_execution_marks
зафиксировать
MARK_REJECTED,
результат контроля и
Да
обязательный
комментарий; новую
запись не создавать;
вернуть мероприятие
в работу.
Да,
ответственному
исполнителю ДК,
Отклонить
однократно по
отклоненной
отметке.
Создать новую
npa_export_operations
Проверить право
. Каждая операция
контролера и состояние
Да
соответствует
исходной ДК
одному явному
запуску пользователя
Нет
Подтвердить
Экспортировать
ДК / Новый
экспорт
Страница 269
EXPORT_
Выявлена
TREXPOR
Блокирующ
блокирующая
EXPORT_DRA VALIDAT
F-48 /
EXP- T_OPER Экспорт
ая ошибка
Система
ION_ERR
ошибка текущего
FT
F-51
02
ATION
проверки
OR
запуска
Подтвержде
TREXPOR
EXPORT_ ние
EXPORT_DRA
F-53
EXP- T_OPER Экспорт
IN_PROG успешно
FT
03
ATION
RESS
проверенно
го экспорта
TREXPOR
Успешное F-54,
EXPORT_IN_P EXPORT_
EXP- T_OPER Экспорт
атомарное F-55,
ROGRESS
DONE
04
ATION
завершение F-56
TREXPOR
Техническа
EXPORT_IN_P EXPORT_
EXP- T_OPER Экспорт
я ошибка
F-57
ROGRESS
ERROR
05
ATION
выполнения
Цель выбрана,
проверки и
Контрол предпросмотр
выполнены,
ер
получено
подтверждение
Повторно проверить
актуальные условия
Начать атомарное
выполнение текущей Да
операции
Зафиксировать
успешный результат;
архивировать
Новая ДК успешно
исходную ДК как
создана и все
Проверить целостность часть той же
Система условия атомарного
Да
атомарной операции;
результата
завершения
сформировать
выполнены
единственное
уведомление
контролеру
Терминально
завершить текущую
npa_export_operations
в EXPORT_ERROR;
исходную ДК не
Возникла
Зафиксировать ошибку и изменять и не
Система
Да
техническая ошибка выполнить rollback
архивировать;
последующий
экспорт возможен
только новым
запуском с новой
операцией
Таблица В-4. Расчетные признаки
Признак
Объект
Срок близко Мероприятие
Как рассчитывается
Текущая дата приближается к сроку по
утвержденному правилу
Просрочено
Текущая дата больше срока, мероприятие
не ACT_COMPLETED
Мероприятие
Выполнить серверную
проверку
Зафиксировать
причины и
терминально
завершить текущую
Да
npa_export_operations
как неуспешную;
исходную ДК не
изменять
Почему не статус
Контрольный индикатор, а не жизненный цикл
Где отображается
Колонка
статуса/индикатора;
желтый сигнал
Может существовать при ACT_IN_PROGRESS или Колонка
ACT_WAITING_CONFIRMATION
статуса/индикатора;
красный сигнал
Технический проект. Сервис НПА.
При
применимости –
уведомление об
ошибке по
установленной
матрице
Системное
событие
Нет
Подтвердить
Да, контролеруинициатору
Системное
событие
Да, контролеруинициатору
Системное
событие
Влияет на кнопки / уведомления
Может запускать уведомление F-45
Уведомления/эскалации F-44, F-45
Страница 270
Технический проект. Сервис НПА.
Есть ошибка ПГ, пункт, ДК, Результат серверной проверки
Блокирует действие, но не всегда меняет
валидации
маршрут, экспорт обязательных полей, документа-основания, жизненный цикл
сопоставления и условий действия
Доступна
Любой объект
Роль + участие пользователя в объекте +
Это состояние UI, а не статус объекта
кнопка
статус объекта + условия перехода +
серверная проверка
Требуется
ДК, отметка
Для отклонения ДК и отклонения
Валидационное правило действия
комментарий исполнения
исполнения комментарий обязателен
Блок ошибок;
inline-подсветка
Блокирует сохранение/запуск/экспорт
Кнопки, меню действий
Определяет доступность действия
Popup отклонения
Блокирует отправку решения
Требуется
Мероприятие,
подтверждени отметка
е
контролером
Есть
ДК, маршрут
открытый
цикл
согласования
Есть активная Пункт ПГ
ДК по пункту
Исходная ДК ДК, пункт ПГ
экспортирова
на
Требуется
ПГ
ручной ввод
Любая запись npa_execution_marks,
ожидающая проверки, требует результата
контролера в той же записи
Правило процесса, а не отдельный статус сверх
ACT_WAITING_CONFIRMATION
Зона контроля
Да, кнопки контролера
Есть активный процесс согласования и
текущий cycle_no; отдельная сущность
цикла отсутствует
Агрегированный признак маршрута
Карточка ДК;
блок маршрута
Блокирует редактирование ключевых полей
По пункту существует ДК не в архивном
статусе
Есть EXPORT_DONE, исходная ДК
RM_ARCHIVED
Ограничение для создания новой ДК
Список пунктов
Блокирует «Создать ДК»
Следствие операции экспорта;
базовый статус ДК – RM_ARCHIVED
Карточка исходной ДК
Блокирует исполнение исходной ДК
Документ не имеет текстового слоя или
непригоден к структурному извлечению
Режим работы пользователя, не статус объекта
Реестр НПА и ПА
Открывает inline-таблицу ввода
Таблица В-5. Кнопки по статусам
object_code
Объект
PLAN
ПГ
PLAN
ПГ
PLAN
ПГ
Статус
- / PLAN_DRAFT
Контролер
PLAN_DRAFT /
PLAN_VALIDATIO Контролер
N_ERROR
PLAN_PROCESSING
Без отдельного
статуса пункта ПГ
Без отдельного
PLAN_ITEM Пункт ПГ
статуса пункта ПГ
PLAN_ITEM Пункт ПГ
Роль
Все роли с
доступом
Ответственный
исполнитель
Все роли с
доступом
Доступные действия /
кнопки
Загрузить PDF
-
Проверяется право загрузки
F-02
Сохранить ПГ
Создать ДК
ДК создается только после сохранения пункта
F-09
Просмотр статуса обработки
Сохранить ПГ при
незавершенной
обработке
Нет валидных строк
F-04, F-07
Открыть ДК
ДК еще не создана; контролер не создает ДК
F-18, F-21
Создать ДК
Активная ДК уже есть
F-19
Создать ДК
Открыть ДК
Недоступные действия
Причина блокировки
Функция
Страница 271
Технический проект. Сервис НПА.
ROADMAP
Ответственный
исполнитель
Направить на согласование;
указать характеристики;
просмотреть рекомендации;
добавить рекомендацию в
мероприятия;
редактировать мероприятия;
редактировать маршрут
Согласовать;
утвердить;
экспортировать
ДК
RM_DRAFT
ДК
Текущий
держатель
Согласовать;
RM_ON_APPROVA активного
отклонить;
действия
L
перенаправить новому
соответствующей согласующему
ветви
Открыт цикл согласования
Редактировать ключевые После положительных решений всех обязательных
поля ДК
участников система автоматически передает ДК на
утверждение; отдельной кнопки нет.
ROADMAP
ДК
RM_ON_APPROVA Ответственный
L
исполнитель
Просмотр;
история
Редактировать /
повторно направить
ROADMAP
ДК
RM_RETURNED
Доработать; добавить новые Удалять, заменять или
этапы и/или новых
переупорядочивать
согласующих к сохраненному существующие этапы;
маршруту; повторно
удалять или заменять
направить
существующих
согласующих;
утвердить;
экспортировать
ROADMAP
ДК
Статс-секретарь –
RM_ON_FINAL_AP
Утвердить;
заместитель
PROVAL
Вернуть на доработку
Министра
ROADMAP
Ответственный
исполнитель
ROADMAP
ДК
RM_IN_PROGRESS Контролер
ROADMAP
ДК
RM_IN_PROGRESS
Ответственный
исполнитель
ROADMAP_ Мероприя
Ответственный
ACT_IN_PROGRESS
ACTIVITY
тие
исполнитель
ROADMAP_ Мероприя ACT_WAITING_CO
Контролер
ACTIVITY
тие
NFIRMATION
Экспортировать ДК
Отметить мероприятие
выполненным
Выполнено
Подтвердить исполнение;
отклонить исполнение
ДК еще не на маршруте и не утверждена
До решения согласующих редактирование блокируется
После положительных решений всех обязательных
участников система автоматически передает ДК на
утверждение; отдельной кнопки нет.
ДК возвращена на доработку; ранее сформированный
маршрут сохраняется, разрешены только добавления
новых этапов и/или согласующих; новый cycle_no
начинается только при повторном направлении.
F-24, F-25, F-26, F26.1, F-27, F-28, F-29,
F-30, F-31, F-32, F-33
F-34, F-35, F-36
F-46
F-37
Редактировать ДК;
Финальный утверждающий принимает только решение
терминально отклонять «Утвердить» или «Вернуть на доработку»; при возврате F-39
ДК
комментарий обязателен.
Изменять исходную ДК;
архивировать до
Экспорт доступен контролеру из утвержденной ДК;
новая ДК создается в RM_IN_PROGRESS
успешного создания
новой
Редактировать
ДК находится в исполнении
утвержденные
финальные сроки
F-47, F-48, F-53, F-54,
F-55, F-56
F-41
Подтвердить исполнение Подтверждает только контролер
F-41
Выполнено
F-42, F-43
Отметка уже направлена
Страница 272
Технический проект. Сервис НПА.
ROADMAP_ Мероприя
Все роли с
ACT_COMPLETED
ACTIVITY
тие
доступом
EXPORT_OP Экспорт
ERATION
EXPORT_OP
Экспорт
ERATION
Повторная отметка;
подтверждение;
отклонение
Просмотр
EXPORT_ERROR
Контролер
Закрыть; Новый экспорт
EXPORT_DRAFT
Контролер
Выбрать целевой ПГ и пункт;
подтвердить экспорт
EXPORT_OP Экспорт
ERATION
EXPORT_VALIDATI Контролер
ON_ERROR
EXPORT_OP
Экспорт
ERATION
EXPORT_OP Экспорт
ERATION
EXPORT_IN_PROG
Все роли
Просмотр прогресса
RESS
EXPORT_DONE
Контролер; иные Открыть новую ДК
пользователи –
только при
объектном праве
просмотра
EXPORT_ERROR
Контролер
Закрыть; Новый экспорт
EXPORT_OP Экспорт
ERATION
ROADMAP
ДК
RM_APPROVED /
Главный
RM_IN_PROGRESS администратор
Таблица В-6. События истории
Код типа события
H_PLAN_UPLOADED
H_PLAN_ROW_EDITED
H_PLAN_SAVED
object_code
PLAN
Объект
ПГ
PLAN_ITE
Пункт ПГ
M
PLAN
ПГ
Закрыть; Новый экспорт
Аварийная правка
Событие
Мероприятие закрыто
Возобновить
Текущая операция завершена неуспешно. «Новый
F-58
завершенную операцию; экспорт» создает новую npa_export_operations; цель,
вернуть ее в
проверки, предпросмотр и подтверждение выполняются
EXPORT_DRAFT;
заново.
архивировать исходную
ДК
Нужно пройти серверные проверки
F-49, F-50, F-53
Изменить целевой пункт Текущая операция завершена неуспешно. После
или подтвердить экспорт устранения причины «Новый экспорт» создает новую
в этой операции;
npa_export_operations и запускает сценарий заново.
возобновить
завершенную операцию
Повторное
Идет атомарная операция
подтверждение
Возобновить или
Успешно завершенная операция терминальна; новый
изменять завершенную пользовательский экспорт является отдельной
операцию
npa_export_operations.
F-58
F-54
F-19; -
Возобновить
Текущая операция завершена неуспешно. «Новый
F-58
завершенную операцию; экспорт» создает новую npa_export_operations; цель,
вернуть ее в
проверки, предпросмотр и подтверждение выполняются
EXPORT_DRAFT;
заново.
архивировать исходную
ДК
Штатное
Доступна только как отдельная исключительная
редактирование;
операция при указании причины и ограниченного
F-46.1
изменение маршрута или
состава данных; статус не меняется.
решений
Когда фиксировать
Загружен PDF
После успешного сохранения FILE_ID
Изменена строка ПГ
После inline-правки
ПГ сохранен в рабочую базу
-
После транзакционного сохранения
Основные поля записи
object_type; object_id;
user_id; event_code; file_id;
created_at
old_values; new_values; user_id;
created_at
plan_id; item_ids; user_id;
Функции
F-01, F-02
F-06
F-09
Страница 273
Технический проект. Сервис НПА.
H_RM_CREATED
PLAN_ITE
Пункт ПГ
M
ROADMAP ДК
H_RM_UPDATED
ROADMAP ДК
H_ITEM_ASSIGNED
Назначен ответственный
Создана ДК
Изменены параметры ДК
После создания RM_DRAFT
После сохранения вида, характеристик ДК,
фактических мероприятий или сроков. События
создания, использования и удаления личных
шаблонов мероприятий не фиксируются в
истории ДК.
После успешного завершения F-04 до
пользовательского сохранения
F-08
old_values; new_values; user_id
F-24, F-25, F-26.1, F-27, F-28,
F-29, F-30
F-18, F-21, F-22, F-16.5
plan_id/идентификатор черновика;
F-04
file_id; extracted_at; row_count
plan_id/идентификатор черновика;
initiator_user_id только если
H_PLAN_WORKSET_CH
ПГ / рабочий Рабочий набор проверен
После выполнения системной валидации рабочего
PLAN
проверка инициирована
F-07
ECKED
набор
системой
набора
пользовательским действием;
checked_at; validation_result
APPROVAL
roadmap_id; route_id; user_id;
H_ROUTE_FORMED
Маршрут
Маршрут сформирован
После первоначального формирования маршрута
F-31, F-32
_ROUTE
formed_at
После допустимого изменения параметров
первоначально формируемого маршрута; после
APPROVAL
roadmap_id; route_id; user_id;
H_ROUTE_CHANGED
Маршрут
Маршрут допустимо изменен возврата ранее сформированная структура не
F-31, F-32
_ROUTE
changed_at; changed_fields
изменяется, кроме отдельных событий
добавления новых этапов/согласующих
После добавления этапа при первоначальном
формировании либо после допустимого
H_ROUTE_STAGE_ADDE APPROVAL Маршрут /
roadmap_id; route_id; stage_id;
В маршрут добавлен этап
F-31
добавления нового этапа к сохраненному
D
_ROUTE
этап
order_no; user_id; created_at
маршруту
При допустимом изменении этапа до первичного
направления; после возврата для ранее
H_ROUTE_STAGE_CHA APPROVAL Маршрут /
Существующий этап
roadmap_id; route_id; stage_id;
сформированных этапов событие не применяется,
F-31
NGED
_ROUTE
этап
допустимо изменен
user_id; changed_at; changed_fields
поскольку их изменение и переупорядочивание
запрещены
После первоначального добавления участника
roadmap_id; route_id; stage_id;
H_ROUTE_PARTICIPANT APPROVAL Маршрут /
В этап добавлен согласующий либо после допустимого добавления нового
participant_user_id; user_id;
F-32
_ADDED
_ROUTE
участник
согласующего к сохраненному маршруту
created_at
При допустимом изменении состава участников
до первичного направления; после возврата для roadmap_id; route_id; stage_id;
H_ROUTE_PARTICIPANT APPROVAL Маршрут /
Состав участника допустимо
существующих согласующих событие не
F-32
participant_user_id; user_id;
_CHANGED
_ROUTE
участник
изменен
применяется, поскольку их удаление и замена
changed_at; changed_fields
запрещены
APPROVAL
При фактическом переходе
roadmap_id; route_id; stage_id;
H_STAGE_ACTIVATED
Этап
Этап активирован
F-33, F-34, F-37
_STAGE
STAGE_PENDING→STAGE_ACTIVE
cycle_no; activated_at
roadmap_id; stage_id;
H_APPROVAL_ACTION_ APPROVAL Активное
Активное действие поступило При каждой фактической активации действия
participant_user_id; cycle_no;
F-33, F-34, F-36, F-37
RECEIVED
_ROUTE
действие
конкретному пользователю
конкретному участнику
redirect_level при наличии;
received_at
H_PLAN_EXTRACTED
PLAN
ПГ / рабочий Успешно выполнено
набор
структурное извлечение
После сохранения USER_ID ответственного
created_at
plan_item_id; responsible_user_id;
user_id
roadmap_id; plan_item_id; user_id
Страница 274
После положительного собственного решения
roadmap_id; stage_id; from_user_id;
привлеченного участника при наличии
to_user_id; cycle_no; redirect_level; F-34, F-36
предыдущего уровня
returned_at
После получения всех требуемых положительных
H_APPROVAL_COMPLE APPROVAL
Согласовательный контур
roadmap_id; route_id; cycle_no;
решений текущего cycle_no перед автоматической
Согласование
F-38
TED
_ROUTE
завершен
completed_at
передачей на финальное утверждение
После подтверждения исполнения всех
H_RM_COMPLETED
ROADMAP ДК
ДК автоматически завершена мероприятий и фактического автоматического
roadmap_id; completed_at
F-42
перехода по TR-RM-11 в RM_COMPLETED
При фактическом переходе в RM_ARCHIVED
roadmap_id; archive_reason;
H_RM_ARCHIVED
ROADMAP ДК
ДК архивирована
вследствие изменения ПГ либо успешного
plan_item_id при наличии;
F-16.4, F-55
атомарного экспорта
export_id при наличии; created_at
APPROVAL
После перехода в ROUTE_ACTIVE /
roadmap_id; route_id; cycle_no;
H_ROUTE_STARTED
Маршрут
Запущено согласование
F-33
_ROUTE
RM_ON_APPROVAL
user_id
После фиксации DECISION_APPROVED;
roadmap_id; stage_id;
H_DECISION_APPROVE APPROVAL
Решение
Согласовано
F-34
отдельно сохраняются дата и время поступления participant_user_id; cycle_no;
D
_DECISION
ДК участнику и дата и время решения
received_at; decided_at; decision
roadmap_id; stage_id;
APPROVAL
После возврата ДК согласующим на доработку с participant_user_id; cycle_no;
H_DECISION_REJECTED
Решение
Отклонено
F-35
_DECISION
обязательным комментарием
received_at; decided_at; decision;
comment
Маршрут /
Активное действие
После передачи активного действия с
H_ACTION_REDIRECTE APPROVAL
from_user_id; to_user_id; basis;
F-36
активное
перенаправлено новому
обязательным основанием; решение исходного
D
_ROUTE
cycle_no; sequence_no
действие
согласующему
согласующего остается ожидающим
roadmap_id; approval_decision_id;
approver_user_id; cycle_no;
decision_code=DECISION_FINAL_ F-39
H_RM_APPROVED
ROADMAP ДК
Утверждена
После RM_APPROVED
APPROVED; decided_at;
roadmap_number; roadmap_date
EXECUTIO Отметка
Исполнитель отметил
activity_id; mark_id; user_id;
H_MARK_SUBMITTED
После MARK_SUBMITTED
F-41
N_MARK исполнения выполнение
comment; file_id
После фиксации результата подтверждения
activity_id; mark_id;
EXECUTIO Отметка
Контролер подтвердил
контролера в соответствующей записи
H_MARK_CONFIRMED
controller_user_id; reviewed_at;
F-42
N_MARK исполнения исполнение
npa_execution_marks и перевода мероприятия в
result
ACT_COMPLETED
После фиксации результата отклонения
activity_id; mark_id;
контролера и обязательного комментария в
EXECUTIO Отметка
Контролер отклонил
H_MARK_REJECTED
controller_user_id; reviewed_at;
F-43
соответствующей записи npa_execution_marks;
N_MARK исполнения исполнение
result; comment
мероприятие возвращено в ACT_IN_PROGRESS
EXPORT_O
export_id; source_roadmap_id;
H_EXPORT_STARTED
Экспорт
Экспорт запущен
После EXPORT_IN_PROGRESS
F-53
PERATION
target_plan_item_id; user_id
EXPORT_O
export_id; source_roadmap_id;
H_EXPORT_DONE
Экспорт
Экспорт выполнен
После EXPORT_DONE
F-54, F-55, F-56
PERATION
new_roadmap_id; user_id
EXPORT_O
H_EXPORT_ERROR
Экспорт
Ошибка экспорта
После EXPORT_ERROR
export_id; error_text; user_id
F-57
PERATION
F-33, F-37
H_APPROVAL_CYCLE_S APPROVAL Маршрут /
Запущен новый цикл
При первичной или повторной отправке ДК на
roadmap_id; route_id;
H_APPROVAL_ACTION_ APPROVAL Активное
RETURNED
_ROUTE
действие
Активное действие
возвращено на предыдущий
уровень перенаправления
Технический проект. Сервис НПА.
Страница 275
TARTED
_ROUTE
процесс
согласования
согласования
Технический проект. Сервис НПА.
согласование назначен новый cycle_no; отдельная cycle_no; user_id; started_at
сущность/таблица цикла не создается
plan_id; document_file_id;
После пользовательского подтверждения и
author_user_id; applied_at;
H_PLAN_CHANGES_APP
транзакционного применения проверенного
PLAN
План-график Изменения ПГ применены
F-16.3
before_snapshot; after_snapshot;
LIED
рабочего набора
basis
После архивирования связанной ДК, блокировки plan_item_id; roadmap_id при
H_PLAN_CHANGE_IMPA PLAN_ITE Пункт ПГ /
Выполнены последствия
создания ДК либо подготовки переноса через
наличии; impact_type;
F-16.4
CT
M
связанная ДК изменения ПГ
экспорт
author_user_id; date; basis
roadmap_id; approval_decision_id;
H_RM_FINAL_RETURNE
Финальный утверждающий
После TR-RM-09 и фиксации обязательного
approver_user_id; cycle_no;
ROADMAP ДК
F-39
D
вернул ДК на доработку
комментария
decision_code=DECISION_FINAL_
RETURNED; decided_at; comment
H_RM_EMERGENCY_ED
Выполнена аварийная правка После успешной ограниченной правки главным roadmap_id; admin_user_id;
ROADMAP ДК
F-46.1
ITED
утвержденной ДК
администратором
changed_at; reason; changed_fields
Страница 276
Технический проект. Сервис НПА.
Таблица Г-1. Экранная модель
ID
Модул Экран /
ь
UI-зона
Состояние
Роль
ПРИЛОЖЕНИЕ Г
Экранная модель и кнопки
Элемен
т/
кнопка
Тип
Когда
Что делает
Когда активен
показывается
пользователь
Что делает система
Проверка прав /
Статус
серверная
до
проверка
Статус
после
Функц Таблицы БД /
ии
ERD
Ошибки /
пустые
состояния
Все роли
При наличии Открывает
Реестр Пункт Пользователь
Открывает экран загрузки ПГ
Пункт левого
с
права
модуль
Проверить право
По умолчанию
НПА и левого имеет доступ к
или список сохраненных
F-01
меню скрыт
доступо
просмотра/загр загрузки/провер
доступа к модулю
ПА
меню модулю
загрузок
без права
м
узки ПГ
ки ПГ
База
Все роли
Пользователь
Левое
При наличии
Показывает список планов и Фильтрация по
Пункт левого
данных Пункт
Общий
с
имеет доступ к
Открывает базу
F-11, F- npa_plans;
меню
права
список пунктов выбранного правам
меню скрыт
S00-02
По умолчанию
планов- левого
раздел
доступо
планам/пункта
ПГ
14
npa_plan_items
портала
просмотра
плана
пользователя
без права
графико меню
м
м
в
Исполни
тель;
Пользователь
Показываетс
согласую
F-19, F- npa_roadmaps;
участвует хотя
я пустое
щий;
Левое
Дорожн Пункт
Фильтрация по
21, F- npa_approval_p
Общий
Показывает ДК, доступные
бы в одной ДК При наличии Открывает
состояние:
утвержда
S00-03
меню
По умолчанию
ые
левого
USER_ID/роли в
34, F- articipants;
раздел
права
список ДК
пользователю по роли
или имеет
нет
ющий;
портала
карты меню
объекте
39, F- npa_roadmap_ac
право
доступных
контроле
41
tivities
просмотра
ДК
р;
админис
тратор
Пользова
npa_characteristi
тель с
Пользователю Активна при
Проверить
Показывает справочник
cs;
соответс
Настрой
предоставлено наличии
административное
Левое
Пункт
Открывает
F-25.1, npa_activity_te Пункт левого
характеристик, справочник
твующи
Общий
ки
административ соответствующ
право F-25.1/FS00-04
меню
По умолчанию м
левого
настройки
F-25.2, mplates;
меню скрыт
общих шаблонов
раздел
рекомен
ное право на
его
25.2/F-25.3; роль
портала
меню
рекомендаций мероприятий и матрицу
F-25.3 npa_activity_te без права
админис
даций
настройки
административ
сама по себе право
применимости
mplate_characte
тративн
рекомендаций ного права
не предоставляет
ristics
ым
правом
Систем
М1.
Открыть
Переход по
ное
Без права
Реестр Загрузка
Контрол сценари
пункту левого При праве
Открывает
Создает рабочий контекст
Проверить право на
PLAN_DRA
S01-01
До загрузки
действи
F-01
npa_plans
экран не
НПА и ПГ
ер
й
меню «Реестр загрузки ПГ
экран загрузки загрузки
F-01
FT
е/
открывается
ПА
загрузки
НПА и ПА»
ссылка
М1.
Ошибка:
Кнопка
Проверить тип
npa_file_links;
Реестр Загрузка
Контрол Выбрать
Экран загрузки Файл не
Выбирает PDF Проверяет расширение,
PLAN_ PLAN_DRA
файл не PDF
S01-02
До загрузки
/ file
файла, размер,
F-02
FILE_ID logical
НПА и ПГ
ер
PDF
открыт
выбран
плана-графика размер, базовые ограничения
DRAFT FT
/ превышен
input
право пользователя
only
ПА
размер
М1.
Загрузит
npa_plans;
Сохраняет файл в Б24,
Права; FILE_ID;
PLAN_PRO
Ошибка
Реестр Загрузка
Контрол ь и
Активна после Нажимает
PLAN_ CESSING F-02, F- npa_file_links; загрузки;
получает FILE_ID и запускает доступность
S01-03
До загрузки
Кнопка PDF выбран
НПА и ПГ
ер
извлечь
выбора PDF
загрузку
DRAFT или
04
npa_change_hist документ
структурное извлечение
файлового
ПА
данные
ory
данных для машиночитаемого хранилища;
PLAN_DRA
непригоден к
Левое
Общий
S00-01
меню
раздел
портала
Страница 277
После
Ссылка /
Вводит ссылку
выбора/загрузк Активны в
Контрол
Поля
реквизи
и PDF или при черновике до или реквизиты
ер
формы
ты СЭД
сохранения
СЭД
ручном
создании
Нет строк
Активна в
структурного
М1.
Структурное
Добавит
PLAN_DRAFT
Предпрос
Добавляет
извлечения или
Контрол ь строку
Реестр
извлечение
/
S02-01
мотр
Кнопка документ
строку пункта
ер
НПА и
завершено /
вручну
PLAN_VALID
строк ПГ
ПГ
непригоден к
ПА
ручной режим
ю
ATION_ERRO
структурному
R
извлечению
М1.
Реестр Загрузка
S01-04
Черновик
НПА и ПГ
ПА
PDF; для скана без текстового наличие текстового
слоя предлагает ручной ввод. слоя и пригодность
PDF к
структурному
извлечению
Технический проект. Сервис НПА.
FT
PLAN_ PLAN_DRA
F-03
DRAFT FT
npa_plans;
SED_REF;
SED_DOC_ID;
SED_LINK
logical only
Создает строку
Право F-05;
PLAN_ PLAN_DRA
предпросмотра без
обязательные поля
F-05
DRAFT FT
сохранения в рабочую базу до
строки
общего сохранения
npa_plan_items
Сохраняет реквизиты как
Формат ссылки;
прикладные поля/логические обязательность;
ссылки
право F-03
структурном
у
извлечению;
доступен
ручной ввод
Ошибка:
некорректная
ссылка/прев
ышена длина
Ошибка: не
заполнены
обязательные
поля
PLAN_
DRAFT
PLAN_DRA
М1.
Исправляет
/
Предпрос
InlineПраво F-06; типы
FT или
npa_plan_items; Поле
Контрол
Валидирует поле и помечает
F-06, FРеестр
значения
PLAN_
S02-02
Предпросмотр
мотр
правка
данных;
PLAN_VAL
npa_change_hist подсвечивает
ер
07
НПА и
непосредственн строку как измененную
VALID
строк ПГ
строки
обязательность
IDATION_
ory
ся ошибкой
ПА
о в таблице
ATION
ERROR
_ERRO
R
без
М1.
Назначи
Выбирает
USER_ID
отдель без
Ошибка:
Предпрос
Selector По каждой
Активен, если
Проверяет USER_ID и
npa_plan_items;
Контрол ть
Реестр
ответственного
существует;
ного
отдельного
пользователь
S02-03
Предпросмотр
F-08
мотр
пользов строке пункта строка валидна
область доступа, сохраняет
USER_ID
ер
НПА и
ответств
пользователя
пользователь
статуса статуса
недоступен /
строк ПГ
ателя
ПГ
минимально
связь в черновике
logical only
ПА
енного
портала
активен; право F-08 пункта пункта ПГ
не выбран
ПГ
Правила
Перед
Не выполняет
PLAN_VAL
М1.
Систем
Запускается
Список
обязательности;
Предпрос
Система;
сохранением
отдельное
Проверяет обязательные поля
IDATION_
Реестр
автоматически/
ошибок над
Перед
Провери ная
форматы дат;
PLAN_
npa_plans;
S02-04
мотр
админис
или при
действие либо плана, пунктов,
ERROR или F-07
НПА и
сохранением
ть
валидац
по кнопке
отсутствие
DRAFT
npa_plan_items таблицей и в
строк ПГ
тратор
изменении
нажимает
ответственных и реквизитов
PLAN_DRA
ПА
ия
сохранения
критических
строках
строки
«Проверить»
FT
ошибок
PLAN_
DRAFT
PLAN_REA
npa_plans;
Ошибка
М1.
Активна при
Транзакционно
/
Предпрос
Есть строки и
Сохраняет
Права F-09;
DY; без
npa_plan_items; сохранения;
Реестр
Контрол Сохрани
отсутствии
создает/обновляет npa_plans и
F-09, FPLAN_
мотр
план-график и
валидность;
отдельного
npa_file_links; частичное
S02-05
Валиден
Кнопка назначенные
НПА и
ер
ть ПГ
критических
npa_plan_items; пишет
10
VALID
строк ПГ
ответственные
пункты
FILE_ID; USER_ID
статуса
npa_change_hist сохранение
ПА
ошибок
историю
ATION
пункта ПГ
ory
запрещено
_ERRO
R
М1.
Предпрос
Закрывает
Показывает предупреждение
Несохраненн
Реестр
Любое
Контрол Отмени
В состоянии
Активна всегда
Подтверждение
PLAN_
S02-06
Кнопка
мотр
черновик без
о потере несохраненных
ые данные
НПА и
черновое
ер
ть
предпросмотра до сохранения
пользователя
DRAFT
строк ПГ
сохранения
данных
удаляются
ПА
S03-01 М2.
F-11
Список По умолчанию Все роли Список Таблица Пользователь Только
Просматривает Показывает полное
Область доступа
PLAN_ npa_plans;
Пустое
Строки
Редакти
структурно
руемая
извлечены из Активна для
ячейка /
машиночитаем строк до
действи
ого документа сохранения
е
или созданы
строки
вручную
Страница 278
База
плановданных графиков
плановграфик
ов
с
планов
доступо
м
открыл базу ПГ просмотр
М2.
База
Список
данных
S03-02
планов- Поиск
плановграфиков
график
ов
Все роли
с
Поиск
доступо
м
Поле
Верх списка
поиска
Активно
всегда
М2.
База
Список
данных
S03-03
планов- Фильтры
плановграфиков
график
ов
Все роли
Фильтр
с
доступо ы
м
Фильтр
/
Верх списка
dropdow
n
Активно
всегда
М2.
Список
База
данных пунктов
S04-01
План выбран
планов- выбранно
график го ПГ
ов
Все роли
Действи
Открыть
В строке плана Активно при
с
е
список
или по выбору наличии
доступо
строки /
пунктов
плана
пунктов
м
ссылка
М2.
База
Список
данных
Пункты
пунктов
S04-02
плановотображены
ПГ
график
ов
Все роли
Открыть Боковая
с
В строке
детали панель /
доступо
пункта
пункта popup
м
Активно при
праве
просмотра
доступные ПГ
официальное и сокращенное пользователя;
READ
наименование ПГ, реквизиты серверная проверка Y
ПГ, период действия, статус и права просмотра
доступные действия; список
фильтруется по правам.
Вводит полное
или
сокращенное
наименование
Права; допустимая
ПГ, реквизиты Выполняет поиск по
длина запроса;
ПГ, реквизиты проверенным
поиск только в
федерального структурированным данным
доступных
закона, номер ПГ и пунктов ПГ
объектах
пункта ПГ, вид
акта либо
наименование
проекта акта
Выбирает
период, статус
ПГ или пункта,
реквизиты
Права; допустимые
федерального
Перестраивает список ПГ и
значения;
закона, вид
пунктов по проверенным
фильтрация только акта,
ответственный структурированным данным доступных
объектов
департамент,
ответственного
исполнителя и
наличие
связанной ДК
Показывает плоский список
пунктов с колонками: «№
пункта из ПГ», реквизиты
федерального закона, вид и
Доступ хотя бы к
Выбирает ПГ и наименование проекта акта,
PLAN_
одному пункту;
просматривает сроки с подсказками,
READ права и область
его пункты
ответственный департамент,
Y
доступа
ответственный исполнитель с
Ф.И.О., должностью и
подразделением из Б24, связь
с ДК и состояние пункта.
без
Показывает реквизиты
отдель
федерального закона,
ного
основание подготовки, сроки
Права F-15; пункт статуса
Открывает
с расшифровкой назначения,
входит в область
пункта детали пункта ответственный департамент и
доступа
ПГ /
ФОИВ, ответственного
без
исполнителя по профилю Б24,
отдель
связанную ДК и историю.
ного
Технический проект. Сервис НПА.
npa_file_links; состояние:
npa_change_hist доступные
ory
ПГ
отсутствуют
F-12
По заданным
npa_plans;
условиям
npa_plan_items ничего не
найдено
F-13
По заданным
npa_plans;
фильтрам
npa_plan_items ничего не
найдено
F-14
npa_plans;
Пустое
npa_plan_items; состояние: в
npa_roadmaps; выбранном
npa_change_hist ПГ нет
ory; USER_ID доступных
logical only
пунктов
F-15
npa_plan_items;
npa_roadmaps; Нет права 'npa_change_hist действие
ory; USER_ID скрыто
logical only
Страница 279
М2.
База ПГ /
База
обработк
данных
S04-03
ПГ сохранен
а
плановизменени
график
й
ов
S0403.1
S0403.2
S0403.3
S0403.4
Обработ
Кнопка
ать
В строке ПГ
Контрол докумен /
или меню
ер
боковая
т
действий
изменен панель
ий ПГ
статуса
пункта
ПГ /
без
отдель
ного
статуса
пункта
ПГ
Технический проект. Сервис НПА.
Ошибка: нет
npa_plans;
права или
npa_file_links;
уже
npa_change_hist
существует
ory; FILE_ID
незавершенн
logical only
ая обработка
Ошибка:
Выбрать
недопустимы
М2.
Боковая
Выбирает
докумен
й файл;
File
npa_plans;
База
панель
документСценарий
Активно до
Сохраняет FILE_ID и
Права; формат;
PLAN_
т
ручной ввод
PLAN_REA
input /
npa_file_links;
данных обработк Документ не Контрол
основание либо
обработки
запуска
прикладную связь; не
FILE_ID; документ- READ
F-16
изменен
доступен при
загружен
ер
DY
действи
FILE_ID logical
планов- и
ручной ввод для
открыт
обработки
изменяет действующий ПГ
основание
Y
ий /
невозможнос
е
only
график изменени
непригодного
ручной
ти
ов
й ПГ
документа
ввод
структурного
извлечения
Ошибка
обработки
Извлекает сведения из
М2.
Боковая
Извлечь
Проверить
или
машиночитаемого документа,
npa_plans;
Систем
База
панель
и
пригодность
частичное
Системно
Ожидает
PLAN_
сопоставляет с актуальным
npa_plan_items;
Документ
PLAN_REA
данных обработк Обработка
сопоста ное
документа,
сопоставлени
Система
после запуска результата
READ
F-16.1 npa_file_links;
ПГ и формирует рабочий
документа
состоян выбран
DY
планов- и
вить
актуальность ПГ и
е; сырой
обработки
обработки
Y
набор изменений без
npa_change_hist
график изменени
изменен ие
целостность
результат не
применения к действующим
ory
ов
й ПГ
ия
сопоставления
является
данным
источником
истины
Проверяет
документОшибки
основание,
сопоставлени
М2.
Права F-16.2;
сведения до и
Таблица
Провери InlineБаза
После
Валидирует рабочий набор; соответствие
npa_plans;
я; неполные
сопостав
ть и
правка /
после;
PLAN_
данных
Рабочий набор Контрол
формирования Активно до
сохраняет только рабочий
документуPLAN_REA
npa_plan_items; обязательные
ленных
скоррек просмот
исправляет
READ
F-16.2
сформирован ер
подтверждения
DY
плановрабочего
результат, не изменяя
основанию;
npa_change_hist данные;
ошибки
изменени
тироват р до и
Y
подсветка
график
набора
действующий ПГ
обязательные
ory
сопоставления и
й ПГ
ь
после
ов
данные
измененных
дополняет
полей
отсутствующие
данные
Подтверждает Транзакционно применяет
М2.
Боковая
Подтвер
Права F-16.3/FPLAN_ PLAN_REA
npa_plans;
Ошибка
Кнопка
Блокирующие Активна после применение
База
панель
дить и
изменения; фиксирует
16.4; повторная
READ DY / без
npa_plan_items; применения
Рабочий набор Контрол
+ popup
F-16.3,
ошибки
пользовательск показанного
данных обработк
примени
документ-основание, автора, валидация;
Y / без отдельного
npa_roadmaps; – изменения
проверен
ер
подтвер
F-16.4
отсутствуют
ой проверки
набора
планов- и
ть
дату, данные до и после;
подтверждение
отдель статуса
npa_export_oper не
ждения
изменений
график изменени
изменен
выполняет архивирование
пользователя;
ного
пункта ПГ /
ations;
сохраняются;
Открывает
Активна при
сценарий
наличии права
обработки
обработки
документа
изменений
изменений
Проверить право FСоздает рабочий контекст без 16; ПГ сохранен;
PLAN_
PLAN_REA
изменения действующих
F-16
нет незавершенной READ
DY
данных ПГ
Y
операции
обработки
Страница 280
ов
й ПГ
ия
связанной ДК или блокировку атомарность
создания новой ДК; при
необходимости переноса
предоставляет контролеру
экспорт
Технический проект. Сервис НПА.
статуса без
npa_change_hist предупрежде
пункта отдельного
ory;
ние о
ПГ /
статуса
npa_notification влиянии на
без
пункта ПГ;
_log
связанную
отдель связанная
ДК
ного
ДК –
статуса RM_ARCHI
пункта VED при
ПГ /
применимо
без
сти
отдель
ного
статуса
пункта
ПГ
Открывает
PLAN_REA
Нет права –
исключительну
DY / без
действие
Показывает значения до и
ROLE_MAIN_ADM
ю
отдельного
скрыто;
PLAN_ статуса
IN; PERM-001;
корректировку, после изменения; после
отсутствует
Пользователь При наличии
М2.
Пункт
Исключ
успешной проверки сохраняет сохраненный пункт READ пункта ПГ;
указывает
документимеет
права PERMnpa_plan_items;
Y / без состояние
База
ПГ /
ительна Кнопка
корректировку и фиксирует ПГ; наличие
документоснование
Главный
ROLE_MAIN_ 001 и
npa_roadmaps;
S04/
отдель связанной
данных исключит Сохраненный
я
пользователя, дату и время, документаоснование и
или причина
F-16.4 npa_change_hist
админис
ADMIN и
допустимости
03.5
пункт ПГ
ного
планов- ельная
коррект боковая
обязательную документ-основание, причину основания;
ДК
– сохранение
тратор
PERM-001;
исключительно
ory; USER_ID
статуса изменяется
график корректи
ировка панель
и значения до и после;
обязательная
причину,
недоступно;
пункт ПГ
й
logical only
пункта только при
ов
ровка
пункта
применяет предусмотренные причина;
изменяет
при ошибке
сохранен
корректировки
ПГ
допустимость
корректируемы F-16.4 последствия для
применимо
серверной
связанной ДК
операции
е сведения и
сти
проверки
подтверждает
последстви
изменения не
сохранение
й F-16.4
сохраняются
Право F-17/F-18/FПункт доступен
16.5; пользователь
для создания
является
Ответств
ДК; в том числе
Кнопка
ответственным
М2.
енный
после
без
без
скрыта, если
исполнителем
F-17, Fисполни
примененного
пользователь
База
отдель отдельного
Список
Создать
Активна для
Проверяет доступность и
соответствующего
18, FКнопка изменения
Нажимает
npa_plan_items; не является
тель
данных
ного
статуса
пунктов Требуется ДК
дорожну
ответственного
открывает карточку ДК в
S04-04
пункта;
21, Fстроки конечного
создание ДК
npa_roadmaps ответственны
плановсоответс
статуса пункта ПГ;
ПГ
ю карту
по пункту
черновике
допустимость
16.5, Fграфик
твующег
срока, если
пункта RM_DRAF
м или уже
создания;
23
о пункта
прежняя ДК
существует
ов
ПГ
T
отсутствие
ПГ
архивирована и
активная ДК
активной
создание новой
конфликтующей
ДК разрешено.
ДК.
М2.
без
База
Все роли
отдель
Список
Открыть Ссылка
Активна при
Права F-19; ДК
Нет права 'данных
с
По пункту есть
Открывает
Переходит в карточку ДК в
ного
npa_roadmaps;
S04-05
пунктов ДК создана
дорожну / кнопка
праве
входит в область
F-19
ссылка
плановдоступо
актуальная ДК
связанную ДК режиме по статусу
статуса
npa_plan_items
ПГ
ю карту строки
просмотра ДК
доступа
скрыта
график
м
пункта
ов
ПГ
Показывает события
npa_change_hist Нет событий
М2.
История
Все роли
Ссылка В деталях
Активна при Открывает
S04-06
Просмотр
История
Права F-20
F-20
историю
изменения по плану/пункту
ory
База
плана/пу
с
/
плана или
праве
'- пустое
Страница 281
данных нкта
плановграфик
ов
М3.
Дорож Список
S05-01
ДК
ные
карты
доступо
м
вкладка пункта
боковой
панели
Технический проект. Сервис НПА.
просмотра
Все роли
Список
Пользователь
с
Только
По умолчанию участием дорожн Таблица открыл модуль
просмотр
ДК
/доступо ых карт
м
состояние
Показывает наименование ДК
в формате «<вид акта> –
Фильтрация по
<наименование проекта
USER_ID участия,
акта>», реквизиты
роли, статусу и
Просматривает федерального закона, номер области доступа;
доступные ДК пункта ПГ при наличии,
контролер
ориентировочный срок, статус определяется
и доступные действия.
глобальной ролью,
Колонка контролера не
а не реквизитом ДК
выводится.
-
Ответств
енный
исполни
тель;
контроле
Пользователь
Фильтрует список по
р;
М3.
Функциональн
Вкладка имеет доступ к Активна при Открывает
Роль, участие
RM_IN_PROGRESS и правам
ответств
S05Работа с /
Дорож Список ый блок
исполнению
наличии
список ДК,
пользователя,
–
–
пользователя; обеспечивает
енный
01.1
ДК
НПА
ные
«Работа с
фильтр или контролю доступных ДК находящихся на
статус ДК и
переход в блоки исполнения и
исполни
карты
НПА»
списка хотя бы одной на исполнении исполнении
серверная проверка
контроля карточки ДК
тель;
ДК
пользова
тель с
правом
просмот
ра
Ответств
М3.
Активна при
Право F-22; выбран
енный
Создать
Создает ДК без Открывает карточку ДК с
Дорож Список Создание вне исполни
На странице
праве и
тип основания;
RM_DRAF
S05-02
ДК вне Кнопка
привязки к
обязательным вводом
ные
ДК
плана
списка ДК
наличии
контролер не
T
тель
плана
пункту ПГ
основания
карты
основания
создает ДК
создавае
мой ДК
- / без
М3.
Ответств
отдель
Проверяет/допо Автозаполняет данные из
Дорож Карточка
енный
Реквизи Блок
При создании Редактируемо
Право F-21/F-23;
ного
RM_DRAF
S06-01
RM_DRAFT
лняет
пункта ПГ или требует
ные
ДК
исполни ты ДК формы ДК
в черновике
обязательные поля статуса T
реквизиты
основание вне плана
карты
тель
пункта
ПГ
Сохраняет значение реквизита
Право F-24;
М3.
Ответств
«Вид акта» в основных
заполнено
Дорож Карточка
енный
Вид
Dropdo В блоке
Активен в
Выбирает вид сведениях ДК и обновляет
RM_D RM_DRAF
S06-02
RM_DRAFT
допустимое
ные
ДК
исполни акта
wn
характеристик черновике
акта
зависимые UI-представления,
RAFT T
значение реквизита
карты
тель
если это предусмотрено
«Вид акта».
существующей моделью.
М3.
Ответств Характе Блок
Заполняет
Сохраняет характеристики и Право F-25;
Карточка
После выбора Активно в
RM_D RM_DRAF
ристики формы /
S06-03 Дорож
RM_DRAFT енный
нормативность пересчитывает блок
допустимый статус
ДК
вида акта
черновике
RAFT T
ные
исполни акта
checkbo
и применимые рекомендаций. Не использует ДК; значения из
npa_roadmaps;
Пустое
npa_plan_items;
состояние:
F-19, F- npa_approval_p
нет
46
articipants;
доступных
USER_ID
ДК
logical only
npa_roadmaps;
npa_roadmap_ac Пустое
состояние:
F-40, F- tivities;
41, F- npa_execution_ нет ДК,
доступных
42, F- marks;
43, F- npa_execution_ для
исполнения
44
marks;
или контроля
USER_ID
logical only
F-22
npa_roadmaps; Ошибка: не
SED_REF
указано
logical only
основание
F-21, FОшибка: нет
npa_roadmaps;
22, Fобязательных
npa_plan_items
23
реквизитов
F-24
npa_roadmaps
Ошибка: вид
акта не
выбран
npa_roadmap_c Предупрежде
F-25, Fharacteristics;
ние:
26
npa_characteristi обязательная
Страница 282
карты
S06-04
М3.
Дорож Карточка
RM_DRAFT
ДК
ные
карты
S0604.1
М3.
Дорож Карточка
RM_DRAFT
ДК
ные
карты
М3.
Дорож Карточка
S06-05
RM_DRAFT
ные
ДК
карты
М3.
Дорож Карточка
S06-06
RM_DRAFT
ные
ДК
карты
S0606.1
тель
характеристики характеристику «Вид акта по npa_characteristics;
акта;
юридической силе»;
зависимость ОРВ и
конкретный вид показывает степень
степени
акта выбирается регулирующего воздействия воздействия;
отдельно в
только при ОРВ =
серверная проверка
основных
«Требуется»; для сведений
сведениях ДК ограниченного доступа
поддерживает «Да / Нет / Не
определено»; раздельно
учитывает экспертизу и
государственную
регистрацию в Минюсте;
поддерживает Минфин,
Минцифры, ИЗиСП,
подкомиссию и рабочую
группу регуляторной
гильотины.
Просматривает
Правило F-26;
рекомендации,
Формирует вычисляемый
активные общие
Система; Рекомен
Доступно в
основание
Блок /
список рекомендаций по виду
После выбора черновике;
шаблоны
ответств дованны
применимости,
RM_D
таблица
акта, характеристикам ДК,
вида акта и
template_scope=GL
енный
е
пустое
срок/правило
RAFT
рекомен
общим шаблонам и матрице
характеристик состояние не срока и
OBAL; личные
исполни меропри
даций
применимости; фактические
шаблоны не
тель
ятия
блокирует ДК предупреждени
мероприятия не создает
участвуют
е ручной
оценки
Выбирает
Добавит
Активна при
Создает запись фактического Право F-26.1;
В блоке
рекомендацию
Ответств ь
Кнопка
праве
мероприятия в
допустимый статус
рекомендаций
и подтверждает
енный
рекомен строки
редактировани
npa_roadmap_activities;
ДК; срок не позже RM_D
есть
добавление в
RAFT
исполни дацию в рекомен
я ДК и
переносит данные из общего конечного срока
применимая
фактические
тель
меропри дации
допустимом
шаблона; проверяет
ДК; серверная
рекомендация
мероприятия
ятия
статусе
обязательные поля и срок
проверка
ДК
Технический проект. Сервис НПА.
x/
selector
Ответств Добавит
енный
ь
В таблице
Кнопка
исполни меропри
мероприятий
тель
ятие
Активна в
черновике
Редакти
Ответств
ровать Inline / Для
Активно до
енный
меропри кнопка мероприятий в отправки на
исполни
ятие /
строки черновике
согласование
тель
срок
Для
Карточка
М3.
Ответств Сохрани Действи фактического
ДК /
RM_DRAFT /
Дорож
енный
ть как е
мероприятия,
таблица RM_RETURN
ные
исполни личный строки / доступного
мероприя ED
карты
тель
шаблон popup пользователю
тий
на
Добавляет
кастомное
мероприятие
RM_DRAF
T
RM_DRAF
T
Право F-27;
Создает строку мероприятия с
RM_D RM_DRAF
обязательные поля
признаком кастомного
RAFT T
мероприятия
Меняет
название, срок, Валидирует сроки и
ответственного, зависимости
порядок
Сохраняет
Активно при
параметры
праве
мероприятия
редактировани
как личный
я мероприятия
шаблон
cs
Право F-28;
правило
финального
мероприятия
RM_D RM_DRAF
RAFT T
Право F-25.4;
Создает запись
пользователь
npa_activity_templates с
является
template_scope=PERSONAL и
владельцем;
owner_user_id текущего
серверная проверка
пользователя
обязательных полей
-
характеристи
ка не
заполнена;
степень
воздействия
скрыта при
ОРВ ≠
«Требуется»
npa_roadmap_c Пустое
haracteristics;
состояние:
npa_characteristi рекомендаци
cs;
и не
F-26
npa_activity_te найдены;
mplate_characte доступно
ristics;
ручное
npa_activity_te добавление
mplates
мероприятия
npa_roadmap_ac Ошибка:
tivities;
срок позже
npa_activity_te конечного
F-26.1,
mplates;
срока ДК /
F-30
npa_roadmaps; обязательные
npa_change_hist поля не
ory
заполнены
Ошибка: не
заполнены
npa_roadmap_ac
F-27
название/сро
tivities
к/ответствен
ный
Ошибка:
срок позже
F-28, F- npa_roadmap_ac конечного /
30
tivities
нарушена
обязательнос
ть
Ошибка: не
npa_activity_te
заполнены
mplates;
F-25.4
обязательные
USER_ID
поля личного
logical only
шаблона
Страница 283
редактирование
шаблона
Технический проект. Сервис НПА.
Ошибка:
Право F-25.4/F-27;
личный
npa_activity_te
owner_user_id
Карточка
RM_D
шаблон
М3.
Ответств Добавит
Активно при
Подставляет данные личного соответствует
RM_DRAF
mplates;
RM_DRAFT /
Действи В блоке
F-25.4,
ДК /
RAFT /
недоступен
S06Выбирает свой шаблона в новое фактическое пользователю; срок
Дорож
енный
ь из
праве
T/
npa_roadmap_ac
е/
фактических
F-27, Fтаблица RM_RETURN
RM_R
или срок
06.2
ные
исполни личного
редактировани личный шаблон мероприятие ДК; не
RM_RETU
tivities;
мероприятия
selector мероприятий
30
мероприя ED
ETUR
мероприятия
карты
тель
шаблона
я ДК
формирует рекомендацию
RNED
USER_ID
проверяется
тий
NED
позже
logical only
относительно
конечного
конечного срока ДК
срока ДК
Право F-25.4;
Карточка
Активно для
Пользова
Ошибка: нет
owner_user_id
М3.
ДК /
В списке
владельца или
Удаляет или деактивирует
npa_activity_te
Удалить Действи
тельправа
соответствует
S06Дорож личные
личных
администратор Удаляет личный личный шаблон; не меняет
mplates;
F-25.4
владелец личный е
удаления
пользователю либо 06.3
шаблон
ные
шаблоны
шаблонов
ас
мероприятия, созданные
USER_ID
личного шаблон строки
личного
подтверждено
карты мероприя
пользователя подтвержденн
ранее из этого шаблона
logical only
шаблона
шаблона
административное
тий
ым правом
право
Система;
Только
М3.
Финаль Заблоки
Предупрежде
npa_roadmap_ac
ответств
просмотр, если Видит конечное
Фиксирует финальный срок
RM_D RM_DRAF
Дорож Карточка
ное
рованна
ние при
мероприятие и
tivities;
S06-07
RM_DRAFT енный
Для ДК из ПГ срок
Правило F-29
F-29
ДК
из пункта ПГ
RAFT T
ные
меропри я строка
попытке
npa_plan_items
исполни
наследуется из срок
карты
ятие
/ поле
изменить
тель
пункта
В RM_DRAFT
добавляет и
В RM_DRAFT
настраивает
активен для
Право F-31;
этапы, порядок
первоначально
Для RM_DRAFT создает
обязательные
После
и тип этапа; в
го
маршрут, этапы и порядок
контуры; в
RM_D
М3.
Ответств Маршру
RM_DRAF
npa_approval_ro Ошибка:
заполнения
RM_RETURNE
RM_DRAFT /
Блок
формирования;
прохождения; для
RM_RETURNED RAFT /
Дорож Карточка
енный
т
T/
utes;
отсутствует
мероприятий;
D может только
S06-08
RM_RETURN
маршру
F-31
в
RM_RETURNED сохраняет запрещены
RM_R
ные
ДК
исполни согласов
RM_RETU
npa_approval_st обязательны
после возврата
добавлять
ED
та
RM_RETURN
существующий маршрут и
удаление, замена и ETUR
карты
тель
ания
RNED
ages
й этап
– сохраненный
новые этапы, не
ED активен
допускает только добавление переупорядочивани NED
ранее маршрут
удаляя, не
только для
новых этапов
е существующих
заменяя и не
добавления
этапов
переупорядочив
новых этапов
ая
существующие
В RM_DRAFT
выбирает
В RM_DRAFT
Проверяет USER_ID,
пользователей
активен для
доступность пользователя и Право F-32;
портала на
пользователь
первоначально
тип этапа; сохраняет
этапы; в
RM_D
npa_approval_p
М3.
Ответств Участни
го выбора; в
существующих согласующих активен; в
RM_DRAF
Ошибка:
RM_DRAFT /
Selector
RM_RETURNE
RAFT /
articipants;
Дорож Карточка
енный
ки
В блоке
RM_RETURN
после возврата; при
RM_RETURNED
T/
участник не
S06-09
RM_RETURN
пользов
D может только
RM_R
F-32
npa_approval_st
ные
исполни маршру
ED активен
фактической активации этапа запрещены
RM_RETU
выбран /
ДК
маршрута
добавлять
ETUR
ages; USER_ID
ED
ателей
удаление и замена
карты
тель
та
только для
для каждого участника с
RNED
заблокирован
новых
NED
logical only
добавления
активированным действием существующих
согласующих,
новых
фиксирует дату и время
согласующих
не удаляя и не
согласующих
поступления ДК
заменяя
существующих
S06-10 М3.
Карточка RM_DRAFT / Ответств Направи Кнопка ДК находится в Активна при В RM_DRAFT Для RM_DRAFT проверяет
Право F-33/F-37;
RM_D RM_ON_A F-30, F- npa_roadmaps; Ошибка:
Страница 284
Дорож ДК
ные
карты
RM_RETURN енный
ть на
ED
исполни согласов
тель
ание
Технический проект. Сервис НПА.
RM_DRAFT
валидных
запускает
готовность ДК, маршрута и
валидность ДК;
RAFT / PPROVAL
либо после
мероприятиях первое
мероприятий, создает первый обязательные
RM_R
доработки в
и маршруте;
согласование; в cycle_no и активирует первый участники; при
ETUR
RM_RETURNE для
RM_RETURNE этап через F-33; для
RM_RETURNED NED
D
RM_RETURN D повторно
RM_RETURNED через F-37 запрещены
ED – при
направляет ДК увеличивает current_cycle_no, удаление, замена и
сохранности после
сохраняет существующие
переупорядочивани
существующег доработки
этапы, согласующих и
е существующих
о маршрута и
порядок, подготавливает
этапов и
допустимости
маршрут к новому
согласующих
только
прохождению и активирует
добавлений
первый этап.
DECISION_PENDING
создаются только для
участников фактически
активированного этапа;
будущие этапы получают их
только при своей активации.
Участни
М3.
Карточка RM_ON_APP
Таблица
ки ДК с Ход
Маршрут
Дорож ДК / блок ROVAL /
/
S07-00
правом согласов
ные
согласова RM_ON_FINA
таймлай запущен
просмот ания
карты ния
L_APPROVAL
н
ра
Только
просмотр
Текущий
держател
ь
Пользователь
М3.
активног
является
Активна до
Дорож Карточка RM_ON_APP
Согласо
S07-01
Кнопка активным
о
принятия
ные
ДК
ROVAL
вать
действия
участником
решения
карты
соответс
текущего этапа
твующей
ветви
Текущий
держател
ь
Пользователь Активна до
М3.
Кнопка
активног
является
принятия
Отклони + popup
Дорож Карточка RM_ON_APP
S07-02
о
активным
решения;
ДК
ROVAL
ть
ные
коммен
действия
участником
комментарий
карты
тария
соответс
текущего этапа обязателен
твующей
ветви
S07-03 М3.
Карточка RM_ON_APP Текущий Перенап Кнопка Пользователь Активна до
31, F32, F33, F37, F45
npa_approval_ro маршрут/мер
utes; cycle_no оприятия
(process
невалидны
context);
npa_approval_d
ecisions;
npa_notification
_log
npa_approval_ro
utes;
Просматривает
Показывает для каждого
F-32, F- npa_approval_st
этапы,
Пустое
участника этап, номер цикла, Права на ДК;
34, F- ages;
участников и
дату и время поступления ДК, данные текущего и
35, F- npa_approval_p состояние:
–
–
решения по
исторических
маршрут еще
результат, дату и время
37, F- articipants;
текущему и
решения и комментарий при циклов
38, F- npa_approval_d не запущен
прошлым
наличии
39
ecisions;
циклам
cycle_no
(process context)
npa_approval_p
RM_ON_A
Фиксирует решение
articipants;
PPROVAL
участника с датой и временем.
npa_approval_d
Право F-34;
либо
Если это последнее
ecisions;
активный цикл и
RM_ON_FI
необходимое положительное
RM_O
cycle_no
этап; решение еще
Ошибка: этап
NAL_APPR F-34, FНажимает
решение текущего цикла,
N_APP
(process
не принято; после
уже
OVAL при 38, FROVA
согласование
система автоматически
context);
решения – проверка
автоматиче 45
завершен
L
завершает согласовательную
npa_approval_st
всех обязательных
ском
часть и активирует этап
ages;
участников
завершении
«Утверждение» без отдельной
npa_roadmaps;
согласовани
кнопки.
npa_notification
я
_log
npa_approval_d
ecisions;
Фиксирует отрицательное
cycle_no
Открывает
RM_O
решение в текущем цикле,
Право F-35;
(process
Ошибка:
popup, вводит
N_APP RM_RETU F-35, Fпроверяет обязательный
обязательный
context);
комментарий
45
причину,
ROVA RNED
комментарий, возвращает ДК комментарий
npa_change_hist не заполнен
отклоняет
L
на доработку.
ory;
npa_notification
_log
Выбирает
Добавляет согласующего на Право F-36;
RM_O RM_ON_A F-36, F- npa_approval_p Ошибка:
Страница 285
Дорож ДК
ные
карты
ROVAL
держател равить + popup является
принятия
ь
новому
активным
решения
активног согласу
участником
о
ющему
текущего этапа
действия
соответс
твующей
ветви
нового
тот же этап текущего цикла
пользователя и cycle_no (process context), не
комментарий
заменяя ранее назначенного
участника; пишет историю.
Исправляет
допустимые
реквизиты и
мероприятия;
М3.
Ответств
Режим
может только
Доработ
ДК возвращена Активно для
Дорож Карточка RM_RETURN енный
S07-04
редакти
добавлять
ДК
ED
на доработку ответственного
ные
исполни ать
рования
новые этапы
карты
тель
и/или
согласующих к
сохраненному
маршруту
Технический проект. Сервис НПА.
USER_ID доступен; N_APP PPROVAL 45
запрет штатного
ROVA
замещения
L
Сохраняет ранее
сформированный маршрут; не Право F-37; ДК в
RM_RETURNED;
удаляет, не заменяет и не
RM_R
запрет удаления,
переупорядочивает
ETUR
замены и
существующие этапы и
согласующих; новый cycle_no переупорядочивани NED
я существующего
не запускает до отдельного
повторного направления S06- маршрута
10/F-37
RM_DRAF
T или
F-37
RM_RETU
RNED
articipants;
пользователь
npa_approval_d недоступен
ecisions;
npa_approval_st
ages; cycle_no
(process
context);
npa_change_hist
ory
npa_approval_ro
utes; cycle_no
(process
context);
npa_approval_st
ages;
Ошибка: нет
npa_approval_p
права
articipants;
npa_approval_d
ecisions;
npa_roadmaps;
npa_change_hist
ory
Фиксирует
DECISION_FINAL_APPROV
ED в существующей
npa_approval_decisions,
USER_ID, дату и время
npa_roadmaps;
решения; для ДК по ПГ
npa_approval_ro
присваивает номер, равный
utes;
plan_item_number, и дату
СтатсПраво F-39; активен
Система
npa_approval_d
финального утверждения; для
секретар
этап
RM_O
автоматически Активна
М3.
RM_APPR
ecisions;
ДК вне ПГ формирует номер
ь–
Принимает
«Утверждение»;
N_FIN
F-39, FОшибка: не
активировала только у
Дорож Карточка RM_ON_FINA
Утверди
OVED →
cycle_no
ВПГ-ГГГГ-NNN и дату
S08-01
заместит
Кнопка
решение
пользователь
AL_AP
40, Fзавершено
ные
ДК
L_APPROVAL
ть
обязательный утверждающег
RM_IN_PR
(process
финального утверждения;
ель
«Утвердить»
является
PROV
45
согласование
карты
этап
о
OGRESS
context);
фиксирует регистрацию;
Министр
финальным
AL
«Утверждение»
npa_change_hist
переводит ДК в
а
утверждающим
ory;
RM_APPROVED и системно в
npa_notification
RM_IN_PROGRESS;
_log
открывает функциональный
блок «Работа с НПА»;
формирует единое
уведомление ответственному
исполнителю с присвоенными
номером и датой ДК.
СтатсФиксирует
Право F-39;
npa_roadmaps;
Активна
Вводит
RM_O
М3.
Активен
секретар Вернуть
DECISION_FINAL_RETURN активный этап;
npa_approval_ro
только у
обязательный
N_FIN
Ошибка:
Кнопка обязательный
RM_RETU F-39, F- utes; cycle_no
Дорож Карточка RM_ON_FINA ь –
на
ED в существующей
обязательный
S08-02
финального
комментарий и
AL_AP
комментарий
ДК
L_APPROVAL заместит доработ + popup этап
RNED
45
ные
npa_approval_decisions,
комментарий;
(process
утверждающег возвращает ДК
PROV
не заполнен
карты
ку
«Утверждение»
ель
USER_ID, дату и время
терминальное
context);
о
на доработку
AL
Министр
решения, комментарий;
отклонение не
npa_approval_d
Страница 286
а
переводит ДК в
допускается
RM_RETURNED; сохраняет
ранее сформированный
маршрут для последующего
нового cycle_no; номер и дата
утвержденной ДК не
формируются
Технический проект. Сервис НПА.
ecisions;
npa_change_hist
ory
Активна после
указания
Проверяет роль, состояние
обязательной
Только для
ДК, обязательную причину и Право F-46.1; роль
причины и при
Ошибка: нет
утвержденной,
принадлежность каждого
главного
изменении
RM_A
причины,
но не
изменяемого реквизита
администратора;
только полей Указывает
М3.
RM_APPROV
npa_roadmaps; изменяется
PPROV RM_APPR
завершенной
утвержденному закрытому
причина
Карточка
Главный Аварий
из закрытого причину и
Кнопка ДК при
Дорож
ED /
OVED /
npa_change_hist поле вне
ED /
перечню; поле вне перечня
обязательна;
S08-03
утвержде
админис ная
F-46.1
минимально
перечня
+ popup наличии
ные
RM_IN_PROG
ory; USER_ID утвержденно
отклоняет сервером;
серверная проверка RM_IN RM_IN_PR
нной ДК
тратор правка
существующих необходимый
карты
RESS
logical only
го закрытого
ROLE_MAIN_
применяет допустимую
закрытого перечня; _PROG OGRESS
состав правки
полей,
RESS
перечня или
ADMIN и
правку; сохраняет автора,
штатное
определяемого
нет права
административ
дату, причину и значения до и редактирование
и
ного права
после; фиксирует историю;
запрещено
утверждаемого
статус ДК не меняет
на этапе
разработки
Ответств
енный
исполни
тель;
контроле
Работа с
Пустое
Просматривает
Доступ по роли,
р;
М3.
Только
Показывает мероприятия,
НПА /
состояние
ДК находится в
мероприятия,
участию
RM_IN
ответств Список
F-40, F- npa_roadmap_ac недопустимо:
Дорож исполнен RM_IN_PROG
просмотр или
сроки, ответственного
S09-01
меропри Таблица RM_IN_PROG
сроки,
пользователя,
_PROG енный
RESS
44
tivities
ные
действия по
исполнителя ДК, статусы и
ие
у ДК должны
RESS
ответственных,
статусу ДК и
RESS
исполни ятий
карты мероприя
роли
расчетную индикацию.
быть
статусы
серверной проверке
тель;
тий
мероприятия
пользова
тель с
правом
просмот
ра
Право F-41;
пользователь
Мероприятие
Представляет
является
Работа с
на исполнении;
результат
Создает новую запись
npa_execution_ Ошибка: нет
ответственным
НПА /
исполнения
npa_execution_marks и
М3.
Ответств
Кнопка пользователь
Активна до
ACT_I ACT_WAIT
marks;
права /
исполнителем
мероприятия; переводит мероприятие в
Дорож исполнен ACT_IN_PRO енный
Выполн строки / является
F-41, FS09-02
отправки на
npa_file_links; мероприятие
соответствующей N_PRO ING_CONF
ные
ие
GRESS
исполни ено
popup ответственным
файл и
ожидание подтверждения;
45
подтверждение
GRESS IRMATION
npa_notification уже
ДК; статус
карты мероприя
тель
отметки исполнителем
комментарий
направляет предусмотренное
_log
отправлено
ACT_IN_PROGRES
тий
соответствующ
добавляет по
уведомление контролеру.
S; файл и
ей ДК.
желанию.
комментарий
необязательны.
Активна для
Подтверждает В той же проверяемой записи Право F-42; роль
М3.
Работа с ACT_WAITIN Контрол Подтвер Кнопка Есть
ACT_ ACT_COM F-42, F- npa_execution_ Ошибка:
S10-01
строки ожидающая
контролера
выполнение
44
Дорож НПА /
G_CONFIRM ер
дить
npa_execution_marks
контролера;
WAITI PLETED
marks;
отметка
Страница 287
ные
карты
контроль ATION
исполнен
ия
исполне
ние
Технический проект. Сервис НПА.
проверяемая
запись
npa_execution_
marks.
Есть
Работа с
М3.
Отклони Кнопка ожидающая
НПА /
ACT_WAITIN
Контрол ть
Дорож
+ popup проверяемая
S10-02
контроль G_CONFIRM
ер
ные
исполне коммен запись
исполнен ATION
карты
ние
тария npa_execution_
ия
marks.
Активна для
контролера;
Отклоняет
комментарий
отметку с
обязателен как
причиной
проектное
решение
Работа с
М3.
НПА /
Любой статус
Дорож
S10-03
контроль
мероприятия
ные
исполнен
карты
ия
Только
просмотр
События и
Работа с контрольные
М3.
НПА /
пороги
Дорож
S10-04
контроль закрытой
ные
исполнен матрицы
карты
ия
уведомлений
раздела 7
Система;
Индика
все роли Светофо
В строке
тор в
р
с
колонке мероприятия
доступо статуса
статуса
м
Считывает
состояние по
цвету и тексту
фиксирует подтверждение и проверяемая запись NG_C
npa_roadmap_ac отсутствует
результат контроля; новую
npa_execution_mark ONFIR
tivities;
запись и отдельное
s ожидает
MATIO
npa_change_hist
контрольное решение не
проверки; статус
N
ory
создает; переводит
мероприятия
мероприятие в выполнено;
ACT_WAITING_C
пишет историю.
ONFIRMATION.
В той же проверяемой записи
npa_execution_marks
фиксирует отклонение,
Право F-43; роль
ACT_
npa_execution_
результат контроля и
контролера;
WAITI
marks;
обязательный комментарий;
Ошибка:
проверяемая запись
NG_C ACT_IN_P F-43, F- npa_change_hist
новую запись и отдельное
комментарий
ожидает проверки;
ONFIR ROGRESS 45
ory;
контрольное решение не
не заполнен
обязательный
MATIO
npa_notification
создает; возвращает
комментарий
N
_log
мероприятие в «На
заполнен.
исполнении»; уведомляет
ответственного исполнителя
ДК.
Рассчитывает
зеленый/желтый/красный
признак по статусу и сроку
Правило F-44; дата
срока; статус
мероприятия
Формирует только
уведомления закрытой
матрицы раздела 7: изменение
ПГ → ответственному
исполнителю затронутого
Правило F-45;
пункта; архивирование
определить
связанной ДК →
конкретного
Отправка
ответственному исполнителю
получателя
разрешена
архивированной ДК; если
USER_ID;
Наступило
после проверки
после изменения ПГ
проверить deконкретное
получателя, deтребуется/разрешена новая
Система;
duplication,
duplication,
Штатно событие или
Открывает
ДК – первое напоминание
пользова Уведом
прекращение/возоб
контрольный условий
е
уведомление и через 1 рабочий день, далее
ление
телиновление сроковых уведомл порог,
прекращения/в переходит к
ежедневно до создания ДК
получате Б24
уведомлений; popup
ение
предусмотренн озобновления объекту
либо прекращения
ли
не создавать как
ый матрицей
и отсутствия
необходимости/возможности.
второе
уведомлений. уже успешной
Согласование: уведомление
уведомление;
отправки для
получает каждый конкретный
фактический
того же порога.
пользователь при активации
результат отправки
его действия, включая
фиксировать в
перенаправление и обратный
npa_notification_log.
возврат; завершение
согласования →
ответственный исполнитель
ДК и финальный
утверждающий;
-
-
F-44
Нет даты
npa_roadmap_ac срока 'tivities
ошибка
данных
F-45
npa_notification
_log;
Ошибка
BITRIX_NOTIF отправки
Y_ID logical
фиксируется
only; USER_ID в журнале
logical only
Страница 288
отклонение/финальный
возврат → ответственный
исполнитель. Утверждение,
регистрация и
автоматический переход в
исполнение → одно
уведомление ответственному
исполнителю, содержащее
присвоенные номер и дату
ДК. Сроки мероприятий: −3
→ ответственный
исполнитель; −1 →
руководитель отдела; +1 →
ответственный исполнитель и
руководитель отдела; +2 →
заместитель директора
департамента; +4 → директор
департамента; +7 →
курирующий заместитель
Министра; +10 → статссекретарь – заместитель
Министра; +14 → Министр.
После представления
результата сроковые
уведомления прекращаются;
после отклонения
контролером возобновляются
только будущие пороги; ранее
успешно отправленные не
повторяются. Новое
представление результата →
контролеру; отклонение
контролером →
ответственному исполнителю;
подтверждение контролером
и автоматическое завершение
ДК отдельных уведомлений
не создают. Успешный
экспорт → одно уведомление
контролеру-инициатору по
успешно завершенной
npa_export_operations;
техническая ошибка →
уведомление контролеруинициатору по конкретной
npa_export_operations,
завершившейся технической
ошибкой; после ошибки
новый пользовательский
запуск создает новую
Технический проект. Сервис НПА.
Страница 289
Исходная ДК
находится в
М4.
Popup /
Экспорт
RM_IN_PROG
Экспор боковая RM_IN_PROG Контрол
S11-01
ировать Кнопка RESS;
тирова панель
RESS
ер
ДК
контролер
ние ДК экспорта
имеет право
экспорта
М4.
Popup /
Целевой
Панель
Selector
Экспор боковая EXPORT_DR Контрол
планэкспорта
S11-02
AFT
ер
/ поиск
тирова панель
график
открыта
ние ДК экспорта
npa_export_operations и сам
факт нового запуска
отдельного уведомления не
создает. Для одного USER_ID
на одном пороге применяется
de-duplication. Popup является
дополнительным
представлением того же
уведомления Б24. Каждая
фактическая попытка
отправки и ее результат
фиксируются в
npa_notification_log
Активна при
RM_IN_PROG
Открывает
Проверяет право и исходный
RESS и
панель экспорта статус ДК
успешной
серверной
проверке
Активен до
Выбирает
подтверждения целевой ПГ
Подгружает доступные
пункты выбранного ПГ
Технический проект. Сервис НПА.
Право F-47/F-48;
Ошибка:
статус
статус ДК
npa_export_oper
RM_IN_PROGRES RM_IN
EXPORT_D F-47, Fили условия
_PROG
ations;
S; нет
RAFT
48
операции не
RESS
npa_roadmaps
незавершенной
позволяют
операции; целевой
экспорт
контур доступен
Право F-49; план
доступен
пользователю
EXPOR
EXPORT_D
T_DRA
F-49
RAFT
FT
npa_plans;
Ошибка:
npa_export_oper план
ations
недоступен
Право F-50/F-51;
Ошибка:
EXPORT_D
допустимость
пункт
Проверяет доступность
EXPOR RAFT или
npa_plan_items;
Активен после
пункта по данным и
F-50, Fзакрыт/искл
Выбирает пункт пункта и отсутствие
T_DRA EXPORT_V
npa_export_oper
выбора плана
процессным
51
ючен/уже
конфликтующей активной ДК
FT
ALIDATIO
ations
условиям;
имеет
N_ERROR
отсутствие запретов
активную ДК
Предпро
Проверяет
npa_roadmaps;
М4.
Popup /
Показывает фактические
Нет
смотр Блок
состав данных,
EXPOR
npa_roadmap_ac
Выбран
Только
EXPORT_D
Экспор боковая EXPORT_DR Контрол
мероприятия, сроки, связь с
переносимых
S11-04
Правило F-52
F-52
состава сведени
которые будут
tivities;
T_DRA
AFT
ер
целевой пункт просмотр
RAFT
тирова панель
целевым пунктом и
данных 'перенос й
перенесены в
npa_export_oper
FT
ние ДК экспорта
непереносимые данные
ошибка
а
новую ДК
ations
Система атомарно создает
новую ДК в целевом пункте,
переносит разрешенные
Операц Операция:
npa_export_oper
сведения, характеристики,
ия:
EXPORT_D
Ошибка
ations;
фактические мероприятия,
EXPOR ONE;
транзакции –
npa_roadmaps;
М4.
Popup /
Целевые план и Активна после
сроки, маршрут,
Право F-53/F-54/F- T_DRA исходная
F-53, Fоткат,
Подтвер
npa_roadmap_ac
Экспор боковая EXPORT_DR Контрол
пункт выбраны, успешной
Подтверждает ответственного исполнителя 55/F-56;
FT;
ДК:
54, FEXPORT_ER
S11-05
дить
Кнопка
tivities;
тирова панель
AFT
ер
проверка
серверной
операцию
ДК и связанные файлы ДК и атомарность
исходн RM_ARCHI 55, FROR;
экспорт
npa_change_hist
ние ДК экспорта
пройдена
проверки
мероприятий, устанавливает операции
ая ДК: VED; новая 56
исходная ДК
ory;
новой ДК
RM_IN ДК:
не
npa_notification
RM_IN_PROGRESS,
_PROG RM_IN_PR
архивируется
_log
фиксирует операцию и
RESS OGRESS
архивирует исходную ДК
только после успеха.
S11-06 М4.
Popup / EXPORT_ERR Контрол Закрыть Кнопка Предыдущая
Новый экспорт Закрывает
Показывает ошибку
Проверить
EXPOR EXPORT_E F-57, F- npa_export_oper Показать
М4.
Popup /
Selector
Целевой
Экспор боковая EXPORT_DR Контрол
/
Выбран
S11-03
пункт
тирова панель
AFT
ер
таблица целевой ПГ
ПГ
ние ДК экспорта
выбора
Страница 290
Экспор боковая OR /
ер
тирова панель
EXPORT_VAL
ние ДК экспорта IDATION_ER
ROR
Технический проект. Сервис НПА.
/ Новый
экспорт
npa_export_oper доступен после сообщение либо завершенной неуспешно
завершенный
T_ERR RROR /
58
ations
устранения
запускает
npa_export_operations. При
неуспешный статус OR /
EXPORT_V
завершилась
причины
новый экспорт действии «Новый экспорт»
предыдущей
EXPOR ALIDATIO
неуспешно
ошибки
создает новую
операции; при
T_VAL N_ERROR
npa_export_operations в
новом запуске
IDATI предыдуще
EXPORT_DRAFT; целевой
проверить право
ON_ER й операции;
ПГ и пункт выбираются
контролера и
ROR для новой
заново. Предыдущая операция состояние исходной
операции –
не изменяется; исходная ДК ДК
EXPORT_D
не архивируется.
RAFT
EXPOR
После
T_ERR
Предыдущая
Создает новую
Проверить роль
устранения
OR /
npa_export_oper
npa_export_operations в
контролера и
причины
EXPOR
EXPORT_ERR
ations
EXPORT_DRAFT;
состояние исходной
М4.
Popup /
Кнопка
ошибки при
T_VAL EXPORT_D
Нажимает
OR /
завершена в
предыдущую операцию не
ДК для нового
Контрол Новый /
Экспор боковая
сохранении
IDATI RAFT
S11-07
«Новый
F-58
EXPORT_VAL
EXPORT_ERR
изменяет; целевой ПГ и пункт запуска; не
ер
экспорт действи
тирова панель
права
ON_ER новой
экспорт».
IDATION_ER
OR или
выбираются заново; проверки, возобновлять
ние ДК экспорта
е
контролера и
ROR операции
ROR
EXPORT_VALI
предпросмотр и
завершенную
допустимого
предыд
DATION_ERR
подтверждение выполняются неуспешно
состояния
ущей
OR.
заново.
операцию.
исходной ДК.
операц
ии
М3.
Дорож История
S12-01
Просмотр
ные
ДК
карты
Все роли
Вкладка
История
Активна при
с
/бокова
В карточке ДК праве
изменен
доступо
я
ий
просмотра
м к ДК
панель
М3.
Дорож
ные
карты /
Настройк
админи
и
S13-01 стратив
Настройка
рекоменд
ные
аций
настро
йки
рекоме
ндаций
Характе
Админис
Ведет
Права F-25.1/Fристики,
тратор;
В
Активна при характеристики, Сохраняет настройки,
25.2/F-25.3;
общие
контроле
Таблица
административ наличии права общие шаблоны используемые только для
серверная проверка;
шаблон
р при
настрой
ной зоне
на настройки мероприятий и последующего формирования запрет участия
ыи
подтвер
ки
сервиса
рекомендаций правила
блока рекомендаций
личных шаблонов в
матрица
жденном
применимости
рекомендациях
примени
праве
мости
Открывает
историю
Показывает значимые
события ДК, маршрута,
мероприятий и экспорта
Право F-46
-
ations;
текст ошибки
npa_roadmaps; без
npa_plan_items; технического
npa_change_hist мусора
ory
При новой
npa_export_oper ошибке
ations;
завершается
npa_roadmaps; неуспешно
npa_plan_items; уже новая
npa_change_hist npa_export_o
ory;
perations;
npa_notification предыдущая
_log
операция не
изменяется.
npa_change_hist
ory;
npa_roadmaps;
npa_roadmap_ac
tivities;
npa_approval_d
Нет событий
ecisions;
'- пустое
cycle_no
состояние
(process
context);
npa_execution_
marks;
npa_execution_
marks
-
F-46
-
npa_characteristi
Ошибка:
cs;
npa_activity_te нарушена
связность
F-25.1, mplates;
F-25.2, npa_activity_te характеристи
F-25.3 mplate_characte ки, шаблона
или правила
ristics;
npa_change_hist матрицы
ory
Страница 291
ID
стро
ки
Технический проект. Сервис НПА.
Таблица Г-2. Сводка кнопок
Экран /
зона
Кнопка /
действие
Роль
S00- Левое меню Реестр НПА
Все роли с доступом
01
сервиса
и ПА
База данных
S00- Левое меню
плановВсе роли с доступом
02
сервиса
графиков
Исполнитель;
согласующий;
S00- Левое меню Дорожные
утверждающий;
03
сервиса
карты
контролер;
администратор
Пользователь с
Настройки
соответствующим
S00- Левое меню
рекомендаци
административным
04
сервиса
й
правом
Открыть
S01Загрузка ПГ сценарий
01
загрузки
Контролер
S01Загрузка ПГ Выбрать PDF Контролер
02
Связанная
функция
Когда показывается
F-01
Пользователь имеет
доступ к модулю
F-11, F-14
Когда активна
При наличии права
просмотра/загрузки ПГ
Статус до Статус после
Комментарий
Открывает экран загрузки ПГ или список сохраненных
загрузок
Ошибки/состояния: Пункт левого меню скрыт без права
Показывает список планов и список пунктов выбранного
плана
Ошибки/состояния: Пункт левого меню скрыт без права
-
-
Пользователь имеет
При наличии права
доступ к планам/пунктам просмотра
-
-
F-19, F-21, Пользователь участвует
F-34, F-39, хотя бы в одной ДК или При наличии права
F-41
имеет право просмотра
-
-
Показывает ДК, доступные пользователю по роли
Ошибки/состояния: Показывается пустое состояние: нет
доступных ДК
-
-
Показывает справочник характеристик, справочник
общих шаблонов мероприятий и матрицу применимости
Ошибки/состояния: Пункт левого меню скрыт без права
-
PLAN_DRAFT
Пользователю
Активна при наличии
предоставлено
соответствующего
F-25.1, Fадминистративное право
административного
25.2, F-25.3
на настройки
права
рекомендаций
Переход по пункту
F-01
левого меню «Реестр
При праве загрузки ПГ
НПА и ПА»
F-02
Экран загрузки открыт
Загрузить и
S01Загрузка ПГ извлечь
03
данные
Контролер
F-02, F-04 PDF выбран
Ссылка /
S01Загрузка ПГ реквизиты
04
СЭД
Контролер
F-03
Добавить
S02- Предпросмо
строку
01
тр строк ПГ
вручную
Контролер
F-05
После выбора/загрузки
PDF или при ручном
создании
Создает рабочий контекст загрузки
Ошибки/состояния: Без права экран не открывается
Проверяет расширение, размер, базовые ограничения
PLAN_DR
PLAN_DRAFT Ошибки/состояния: Ошибка: файл не PDF / превышен
AFT
размер
Сохраняет файл в Б24, получает FILE_ID и запускает
структурное извлечение данных для машиночитаемого
PLAN_PROCE PDF; для скана без текстового слоя предлагает ручной
Активна после выбора PLAN_DR
SSING или ввод.
PDF
AFT
PLAN_DRAFT Ошибки/состояния: Ошибка загрузки; документ
непригоден к структурному извлечению; доступен ручной
ввод
Сохраняет реквизиты как прикладные поля/логические
ссылки
Активны в черновике PLAN_DR
PLAN_DRAFT
Ошибки/состояния: Ошибка: некорректная
до сохранения
AFT
ссылка/превышена длина
Файл не выбран
Нет строк структурного
Активна в
Создает строку предпросмотра без сохранения в рабочую
извлечения или документ
PLAN_DRAFT /
PLAN_DR
базу до общего сохранения
непригоден к
PLAN_DRAFT
AFT
PLAN_VALIDATION_
Ошибки/состояния: Ошибка: не заполнены обязательные
структурному
ERROR
поля
извлечению
Страница 292
S02- Предпросмо Inline-правка
Контролер
02
тр строк ПГ строки
Назначить
S02- Предпросмо
ответственно Контролер
03
тр строк ПГ
го
Строки структурно
извлечены из
F-06, F-07 машиночитаемого
документа или созданы
вручную
По каждой строке пункта Активен, если строка
ПГ
валидна минимально
Перед сохранением или
при изменении строки
Система;
администратор
F-07
S02- Предпросмо Сохранить
05
тр строк ПГ ПГ
Контролер
Есть строки и
F-09, F-10 назначенные
ответственные
S02- Предпросмо
Отменить
06
тр строк ПГ
Контролер
-
Список
планов
Все роли с доступом
Активна для строк до
сохранения
F-08
S02- Предпросмо
Проверить
04
тр строк ПГ
Список
S03планов01
графиков
Технический проект. Сервис НПА.
F-11
В состоянии
предпросмотра
Пользователь открыл
базу ПГ
Запускается
автоматически/по
кнопке сохранения
Активна при
отсутствии
критических ошибок
Активна всегда до
сохранения
Только просмотр
PLAN_DR PLAN_DRAFT
AFT /
или
Валидирует поле и помечает строку как измененную
PLAN_VA PLAN_VALID
Ошибки/состояния: Поле подсвечивается ошибкой
LIDATION ATION_ERRO
_ERROR
R
без
Проверяет USER_ID и область доступа, сохраняет связь в
без отдельного
отдельного
черновике
статуса пункта
статуса
Ошибки/состояния: Ошибка: пользователь недоступен /
ПГ
пункта ПГ
не выбран
PLAN_VALID Проверяет обязательные поля плана, пунктов,
PLAN_DR ATION_ERRO ответственных и реквизитов
AFT
R или
Ошибки/состояния: Список ошибок над таблицей и в
PLAN_DRAFT строках
PLAN_DR
PLAN_READY; Транзакционно создает/обновляет npa_plans и
AFT /
без отдельного npa_plan_items; пишет историю
PLAN_VA
статуса пункта Ошибки/состояния: Ошибка сохранения; частичное
LIDATION
ПГ
сохранение запрещено
_ERROR
Показывает предупреждение о потере несохраненных
PLAN_DR
данных
AFT
Ошибки/состояния: Несохраненные данные удаляются
PLAN_RE
ADY
-
Список
S03планов02
графиков
Поиск
Все роли с доступом
F-12
Верх списка
Активно всегда
-
-
Список
S03планов03
графиков
Фильтры
Все роли с доступом
F-13
Верх списка
Активно всегда
-
-
Список
Открыть
S04- пунктов
список
01
выбранного
пунктов
ПГ
Все роли с доступом
F-14
В строке плана или по
выбору плана
Активно при наличии
пунктов
PLAN_RE
ADY
-
Показывает полное официальное и сокращенное
наименование ПГ, реквизиты ПГ, период действия, статус
и доступные действия; список фильтруется по правам.
Ошибки/состояния: Пустое состояние: доступные ПГ
отсутствуют
Выполняет поиск по проверенным структурированным
данным ПГ и пунктов ПГ
Ошибки/состояния: По заданным условиям ничего не
найдено
Перестраивает список ПГ и пунктов по проверенным
структурированным данным
Ошибки/состояния: По заданным фильтрам ничего не
найдено
Показывает плоский список пунктов с колонками: «№
пункта из ПГ», реквизиты федерального закона, вид и
наименование проекта акта, сроки с подсказками,
ответственный департамент, ответственный исполнитель
с Ф.И.О., должностью и подразделением из Б24, связь с
ДК и состояние пункта.
Ошибки/состояния: Пустое состояние: в выбранном ПГ
нет доступных пунктов
Страница 293
Открыть
S04- Список
детали
02
пунктов ПГ
пункта
Все роли с доступом
Обработать
База ПГ /
документ
S04обработка
Контролер
изменений
03
изменений
ПГ
Боковая
Выбрать
панель
S04документ
обработки
Контролер
03.1
изменений /
изменений
ручной ввод
ПГ
F-15
В строке пункта
Активно при праве
просмотра
F-16
В строке ПГ или меню
действий
Активна при наличии
права обработки
изменений
F-16
Сценарий обработки
открыт
Активно до запуска
обработки
без
отдельного
статуса
пункта ПГ
/ без
отдельного
статуса
пункта ПГ
/ без
отдельного
статуса
пункта ПГ
Технический проект. Сервис НПА.
-
Показывает реквизиты федерального закона, основание
подготовки, сроки с расшифровкой назначения,
ответственный департамент и ФОИВ, ответственного
исполнителя по профилю Б24, связанную ДК и историю.
Ошибки/состояния: Нет права '- действие скрыто
Создает рабочий контекст без изменения действующих
данных ПГ
PLAN_RE
PLAN_READY
Ошибки/состояния: Ошибка: нет права или уже
ADY
существует незавершенная обработка
Сохраняет FILE_ID и прикладную связь; не изменяет
действующий ПГ
PLAN_RE
PLAN_READY Ошибки/состояния: Ошибка: недопустимый файл; ручной
ADY
ввод доступен при невозможности структурного
извлечения
F-16.1
Документ выбран
Системно после
запуска обработки
Извлекает сведения из машиночитаемого документа,
сопоставляет с актуальным ПГ и формирует рабочий
набор изменений без применения к действующим данным
PLAN_RE
PLAN_READY
Ошибки/состояния: Ошибка обработки или частичное
ADY
сопоставление; сырой результат не является источником
истины
Таблица
сопоставлен Проверить и
S04ных
скорректиров Контролер
03.3
изменений ать
ПГ
F-16.2
После формирования
рабочего набора
Активно до
подтверждения
Валидирует рабочий набор; сохраняет только рабочий
результат, не изменяя действующий ПГ
PLAN_RE
PLAN_READY
Ошибки/состояния: Ошибки сопоставления; неполные
ADY
обязательные данные; подсветка измененных полей
Боковая
панель
Подтвердить
S04обработки и применить Контролер
03.4
изменений изменения
ПГ
F-16.3, F16.4
Активна после
пользовательской
проверки
PLAN_RE PLAN_READY
ADY / без
/ без
Транзакционно применяет изменения; фиксирует
отдельного отдельного документ-основание, автора, дату, данные до и после;
статуса статуса пункта выполняет архивирование связанной ДК или блокировку
пункта ПГ
ПГ / без
создания новой ДК; при необходимости переноса
/ без
отдельного предоставляет контролеру экспорт
отдельного статуса пункта Ошибки/состояния: Ошибка применения – изменения не
статуса
ПГ; связанная сохраняются; предупреждение о влиянии на связанную
пункта ПГ
ДК –
ДК
/ без
RM_ARCHIVE
Боковая
панель
Извлечь и
S04обработки сопоставить Система
03.2
изменений изменения
ПГ
Блокирующие ошибки
отсутствуют
Страница 294
отдельного
D при
статуса применимости
пункта ПГ
Пункт ПГ /
Исключитель
исключител
S04Главный
ная
ьная
03.5
корректировк администратор
корректиров
а пункта
ка
Создать
S04- Список
дорожную
04
пунктов ПГ
карту
Открыть
S04- Список
дорожную
05
пунктов ПГ
карту
История
S04плана/пункт История
06
а
Ответственный
исполнитель
соответствующего
пункта ПГ
F-16.4
ROLE_MAIN_ADMIN;
PERM-001; пункт ПГ
сохранен
PLAN_READY
/ без
При допустимости
PLAN_RE
отдельного
операции; сохранение ADY / без
Отдельный исключительный сценарий. Не является
статуса пункта
– при наличии
отдельного
штатным редактированием ПГ и не подменяет
ПГ;
документа-основания и статуса
официальный контур изменения ПГ контролером.
последствия
обязательной причины пункта ПГ
для связанной
ДК – по F-16.4
Пункт доступен для
создания ДК; в том числе
F-17, F-18, после примененного
Активна для
изменения конечного
F-21, Fответственного по
16.5, F-23 срока, если прежняя ДК пункту
архивирована и создание
новой ДК разрешено.
Все роли с доступом
F-19
По пункту есть
актуальная ДК
Все роли с доступом
F-20
В деталях плана или
пункта
Активна при праве
просмотра ДК
Активна при праве
просмотра
Список
S05Список ДК дорожных
01
карт
Все роли с
участием/доступом
S05Работа с
Список ДК
01.1
НПА
Ответственный
исполнитель
Пользователь имеет
F-40, F-41,
Активна при наличии
соответствующей ДК;
доступ к исполнению или
F-42, F-43,
доступных ДК на
контролер;
контролю хотя бы одной
F-44
исполнении
пользователи с
ДК
объектным правом
F-19, F-46
Пользователь открыл
модуль ДК
Технический проект. Сервис НПА.
Только просмотр
без
без отдельного Проверяет доступность и открывает карточку ДК в
отдельного статуса пункта черновике
статуса
ПГ;
Ошибки/состояния: Кнопка скрыта, если пользователь не
пункта ПГ RM_DRAFT является ответственным или уже существует активная ДК
без
отдельного
статуса
пункта ПГ
-
Переходит в карточку ДК в режиме по статусу
Ошибки/состояния: Нет права '- ссылка скрыта
-
-
Показывает события изменения по плану/пункту
Ошибки/состояния: Нет событий '- пустое состояние
-
Показывает наименование ДК в формате «<вид акта> –
<наименование проекта акта>», реквизиты федерального
закона, номер пункта ПГ при наличии, ориентировочный
срок, статус и доступные действия. Колонка контролера
не выводится.
Ошибки/состояния: Пустое состояние: нет доступных ДК
–
Фильтрует список по RM_IN_PROGRESS и правам
пользователя; обеспечивает переход в блоки исполнения
и контроля карточки ДК
Ошибки/состояния: Пустое состояние: нет ДК, доступных
для исполнения или контроля
-
–
Страница 295
Технический проект. Сервис НПА.
просмотра
S05Создать ДК
Список ДК
02
вне плана
Ответственный
исполнитель
создаваемой ДК
F-22
S06- Карточка
01
ДК
Реквизиты
ДК
Ответственный
исполнитель
F-21, F-22,
При создании ДК
F-23
Редактируемо в
черновике
S06- Карточка
02
ДК
Вид акта
Ответственный
исполнитель
F-24
Активен в черновике
На странице списка ДК
В блоке характеристик
S06- Карточка
03
ДК
Характерист Ответственный
ики акта
исполнитель
S06- Карточка
04
ДК
Рекомендова Система;
нные
ответственный
мероприятия исполнитель
F-26
S06- Карточка
04.1 ДК
Добавить
рекомендаци Ответственный
юв
исполнитель
мероприятия
В блоке рекомендаций
F-26.1, F-30 есть применимая
рекомендация
F-25, F-26 После выбора вида акта
Активна при праве и
наличии основания
Активно в черновике
- / без
отдельного
статуса
пункта ПГ
RM_DRAF
T
RM_DRAF
T
Доступно в черновике;
После выбора вида акта и
RM_DRAF
пустое состояние не
характеристик
T
блокирует ДК
Активна при праве
редактирования ДК и
допустимом статусе
RM_DRAF
T
Открывает карточку ДК с обязательным вводом
RM_DRAFT основания
Ошибки/состояния: Ошибка: не указано основание
Автозаполняет данные из пункта ПГ или требует
основание вне плана
RM_DRAFT
Ошибки/состояния: Ошибка: нет обязательных
реквизитов
Сохраняет вид и обновляет доступные
RM_DRAFT характеристики/шаблоны
Ошибки/состояния: Ошибка: вид акта не выбран
Сохраняет характеристики и пересчитывает блок
рекомендаций. Не использует характеристику «Вид акта
по юридической силе»; показывает степень
регулирующего воздействия только при ОРВ =
«Требуется»; для сведений ограниченного доступа
поддерживает «Да / Нет / Не определено»; раздельно
RM_DRAFT
учитывает экспертизу и государственную регистрацию в
Минюсте; поддерживает Минфин, Минцифры, ИЗиСП,
подкомиссию и рабочую группу регуляторной гильотины.
Ошибки/состояния: Предупреждение: обязательная
характеристика не заполнена; степень воздействия скрыта
при ОРВ ≠ «Требуется»
Формирует вычисляемый список рекомендаций по виду
акта, характеристикам ДК, общим шаблонам и матрице
RM_DRAFT применимости; фактические мероприятия не создает
Ошибки/состояния: Пустое состояние: рекомендации не
найдены; доступно ручное добавление мероприятия
Создает запись фактического мероприятия в
npa_roadmap_activities; переносит данные из общего
RM_DRAFT шаблона; проверяет обязательные поля и срок
Ошибки/состояния: Ошибка: срок позже конечного срока
ДК / обязательные поля не заполнены
Страница 296
Технический проект. Сервис НПА.
S06- Карточка
05
ДК
S06- Карточка
06
ДК
Добавить
Ответственный
мероприятие исполнитель
Редактироват
ь
Ответственный
мероприятие исполнитель
/ срок
Карточка
Сохранить
ДК /
S06таблица
как личный
06.1
мероприяти шаблон
й
Ответственный
исполнитель
Карточка
Добавить из
ДК /
S06Ответственный
личного
таблица
06.2
исполнитель
мероприяти шаблона
й
F-27
В таблице мероприятий
Активна в черновике
RM_DRAF
T
F-28, F-30
Для мероприятий в
черновике
Активно до отправки
на согласование
RM_DRAF
T
F-25.4
Для фактического
Активно при праве
мероприятия, доступного
редактирования
пользователю на
мероприятия
редактирование
F-25.4, F27, F-30
Карточка
ДК / личные Удалить
ПользовательS06шаблоны
личный
владелец личного
F-25.4
06.3
мероприяти шаблон
шаблона
й
Конечное
Система;
S06- Карточка
мероприятие ответственный
F-29
07
ДК
/ конечный исполнитель – только
срок
для ДК вне ПГ
Активно при праве
редактирования ДК
В списке личных
шаблонов пользователя
Активно для владельца
или администратора с
подтвержденным
правом
Для ДК из ПГ
Только просмотр, если
RM_DRAF
срок наследуется из
T
пункта
S06- Карточка
08
ДК
Маршрут
Ответственный
согласования исполнитель
F-31
S06- Карточка
09
ДК
Участники
маршрута
F-32
В блоке маршрута
Валидирует сроки и зависимости
RM_DRAFT Ошибки/состояния: Ошибка: срок позже конечного /
нарушена обязательность
-
Создает запись npa_activity_templates с
template_scope=PERSONAL и owner_user_id текущего
пользователя
Ошибки/состояния: Ошибка: не заполнены обязательные
поля личного шаблона
Подставляет данные личного шаблона в новое
RM_DRAF
RM_DRAFT / фактическое мероприятие ДК; не формирует
T/
RM_RETURNE рекомендацию
RM_RETU
D
Ошибки/состояния: Ошибка: личный шаблон недоступен
RNED
или срок мероприятия позже конечного срока ДК
В блоке фактических
мероприятий
После заполнения
мероприятий; после
возврата – сохраненный
ранее маршрут
Ответственный
исполнитель
-
Создает строку мероприятия с признаком кастомного
RM_DRAFT Ошибки/состояния: Ошибка: не заполнены
название/срок/ответственный
-
-
Удаляет или деактивирует личный шаблон; не меняет
мероприятия, созданные ранее из этого шаблона
Ошибки/состояния: Ошибка: нет права удаления личного
шаблона
RM_DRAFT
Для ДК по ПГ наследуются из пункта ПГ; отдельного
пользовательского флага «финальное мероприятие» нет.
В RM_DRAFT активен
для первоначального RM_DRAF
В RM_RETURNED существующие этапы не удаляются,
RM_DRAFT /
T/
не заменяются и не переупорядочиваются; разрешено
формирования; в
RM_RETURNE
RM_RETU
только добавление новых этапов. Ошибки/состояния:
RM_RETURNED –
D
только для добавления
RNED
Ошибка: отсутствует обязательный этап
новых этапов
В RM_DRAFT активен
Существующие согласующие после возврата не
для первоначального RM_DRAF
RM_DRAFT / удаляются и не заменяются; дата поступления ДК
выбора; в
T/
RM_RETURNE фиксируется при фактической активации действия
RM_RETURNED –
RM_RETU
D
участнику. Ошибки/состояния: Ошибка: участник не
только для добавления
RNED
выбран / заблокирован
новых согласующих
Страница 297
Технический проект. Сервис НПА.
S06- Карточка
10
ДК
Направить на Ответственный
согласование исполнитель
Карточка
S07- ДК / блок Ход
Участники ДК с
00
согласовани согласования правом просмотра
я
F-30, F-31, ДК в RM_DRAFT либо
F-32, F-33, доработана в
F-37, F-45 RM_RETURNED
F-32, F-34,
F-35, F-37, Маршрут запущен
F-38, F-39
S07- Карточка
01
ДК
Текущий держатель
активного действия
Согласовать
соответствующей
ветви
Пользователь является
F-34, F-38,
активным участником
F-45
текущего этапа
S07- Карточка
02
ДК
Отклонить
Текущий держатель
активного действия
соответствующей
ветви
Пользователь является
F-35, F-45 активным участником
текущего этапа
S07- Карточка
03
ДК
Перенаправи Текущий держатель
ть новому
активного действия
согласующем соответствующей
у
ветви
Пользователь является
F-36, F-45 активным участником
текущего этапа
Ответствен
ный
Доработать
исполнител
ь
М3.
S07Дорожные
04
карты
Карточка ДК RM_RETURNED
М3.
S08Дорожные
01
карты
СтатсRM_ON_FINAL_APP секретарь –
Карточка ДК
Утвердить
ROVAL
заместител
ь Министра
Активна при валидных
мероприятиях и
В RM_DRAFT запускает первый cycle_no через F-33; в
маршруте; для
RM_RETURNED запускает новый cycle_no через F-37 с
RM_DRAF
RM_RETURNED – при
T/
RM_ON_APPR первого этапа актуального сохраненного маршрута.
сохранности ранее
DECISION_PENDING создаются только для участников
RM_RETU
OVAL
сформированного
фактически активированного этапа. Ошибки/состояния:
RNED
маршрута и
Ошибка: маршрут/мероприятия невалидны
допустимости только
добавлений
Показывает для каждого участника этап, номер цикла,
дату и время поступления ДК, результат, дату и время
решения и комментарий при наличии
Только просмотр
–
–
Ошибки/состояния: Пустое состояние: маршрут еще не
запущен
RM_ON_APPR
OVAL либо Фиксирует решение участника с датой и временем. Если
RM_ON_FINA это последнее необходимое положительное решение
Активна до принятия RM_ON_A L_APPROVAL текущего цикла, система автоматически завершает
при
согласовательную часть и активирует этап
решения
PPROVAL
автоматическо «Утверждение» без отдельной кнопки.
м завершении Ошибки/состояния: Ошибка: этап уже завершен
согласования
Фиксирует отрицательное решение в текущем цикле,
Активна до принятия
RM_ON_A RM_RETURNE проверяет обязательный комментарий, возвращает ДК на
решения; комментарий
доработку.
PPROVAL
D
обязателен
Ошибки/состояния: Ошибка: комментарий не заполнен
Добавляет согласующего на тот же этап текущего цикла
RM_ON_A RM_ON_APPR cycle_no (process context), не заменяя ранее назначенного
PPROVAL
OVAL
участника; пишет историю.
Ошибки/состояния: Ошибка: пользователь недоступен
ДК
Исправляет допустимые реквизиты и мероприятия; может
возвращен Активно для
только добавлять новые этапы и/или согласующих к
Режим редактирования
а на
ответственного
сохраненному маршруту
доработку
Система
автоматиче
ски
активирова Активна только
Кнопка
ла
у
Принимает решение «Утвердить»
обязательн утверждающего
ый этап
«Утвержде
ние»
Активна до принятия
решения
Страница 298
Технический проект. Сервис НПА.
М3.
S08Дорожные
02
карты
СтатсRM_ON_FINAL_APP секретарь –
Карточка ДК
Вернуть на доработку
ROVAL
заместител
ь Министра
Кнопка + popup
М3.
S08Дорожные
03
карты
Карточка
RM_APPROVED /
утвержденно
RM_IN_PROGRESS
й ДК
Кнопка + popup
Главный
администра Аварийная правка
тор
Ответственный
исполнитель
Работа с
соответствующей ДК;
НПА /
S09Список
ДК находится в
контролер;
F-40, F-44
исполнение
01
мероприятий
RM_IN_PROGRESS
пользователи с
мероприяти
объектным правом
й
просмотра
Мероприятие на
Работа с
исполнении;
НПА /
Ответственный
пользователь является
S09исполнение Выполнено исполнитель
F-41, F-45
ответственным
02
мероприяти
соответствующей ДК
исполнителем
й
соответствующей ДК.
Работа с
S10- НПА /
Подтвердить
Контролер
01
контроль
исполнение
исполнения
Есть ожидающая
F-42, F-44 проверяемая запись
npa_execution_marks.
Активен
обязательн Активна только
Вводит обязательный комментарий и возвращает ДК на
ый этап
у финального
доработку
«Утвержде утверждающего
ние»
Активна после
указания
Только для
обязательной
утвержден
причины и при
ной, но не
изменении
завершенн
только полей из
ой ДК при
закрытого
наличии
Указывает причину и минимально необходимый состав
перечня
ROLE_MA
правки
существующих
IN_ADMI
полей,
Nи
определяемого
администр
и
ативного
утверждаемого
права
на этапе
разработки
Показывает актуальный статус и расчетную индикацию
Ошибки/состояния: Пустое состояние недопустимо: у ДК
должны быть мероприятия
Только просмотр или
действия по роли
RM_IN_PR
OGRESS
Активна до отправки
на подтверждение
Создает новую запись npa_execution_marks и переводит
ACT_WAITING мероприятие в ожидание подтверждения; файл и
ACT_IN_P
_CONFIRMATI комментарий необязательны; уведомляет контролера.
ROGRESS
ON
Ошибки/состояния: Ошибка: нет права / мероприятие уже
отправлено
Активна для
контролера
В той же проверяемой записи npa_execution_marks
ACT_WAI
фиксирует подтверждение; новую запись и отдельное
TING_CO ACT_COMPLE
контрольное решение не создает; переводит мероприятие
NFIRMATI
TED
в выполнено; отдельное уведомление не формируется.
ON
Ошибки/состояния: Ошибка: отметка отсутствует
-
Страница 299
Технический проект. Сервис НПА.
Работа с
S10- НПА /
Отклонить
контроль
02
исполнение
исполнения
Контролер
Есть ожидающая
F-43, F-45 проверяемая запись
npa_execution_marks.
Активна для
контролера;
комментарий
обязателен как
проектное решение
Работа с
S10- НПА /
Светофор
контроль
03
статуса
исполнения
Система; все роли с
доступом
F-44
Только просмотр
В строке мероприятия
В той же проверяемой записи npa_execution_marks
ACT_WAI
фиксирует отклонение и обязательный комментарий;
TING_CO ACT_IN_PROG новую запись и отдельное контрольное решение не
NFIRMATI
RESS
создает; возвращает мероприятие в «На исполнении»;
ON
уведомляет ответственного исполнителя ДК.
Ошибки/состояния: Ошибка: комментарий не заполнен
-
-
Рассчитывает зеленый/желтый/красный признак по
статусу и сроку
Ошибки/состояния: Нет даты срока '- ошибка данных
Страница 300
Технический проект. Сервис НПА.
Работа с
Система;
S10- НПА /
Уведомление
пользователиконтроль
04
Б24
получатели
исполнения
F-45
Наступило конкретное
событие или
контрольный порог
закрытой матрицы
раздела 7.
После проверки
получателя, deduplication и условий
прекращения/возобнов
ления.
-
-
Формирует только уведомления закрытой матрицы
раздела 7: изменение ПГ → ответственному исполнителю
затронутого пункта; архивирование связанной ДК →
ответственному исполнителю архивированной ДК; если
после изменения ПГ требуется/разрешена новая ДК –
первое напоминание через 1 рабочий день, далее
ежедневно до создания ДК либо прекращения
необходимости/возможности. Согласование: уведомление
получает каждый конкретный пользователь при
активации его действия, включая перенаправление и
обратный возврат; завершение согласования →
ответственный исполнитель ДК и финальный
утверждающий; отклонение/финальный возврат →
ответственный исполнитель. Утверждение, регистрация и
автоматический переход в исполнение → одно
уведомление ответственному исполнителю, содержащее
присвоенные номер и дату ДК. Сроки мероприятий: −3 →
ответственный исполнитель; −1 → руководитель отдела;
+1 → ответственный исполнитель и руководитель отдела;
+2 → заместитель директора департамента; +4 →
директор департамента; +7 → курирующий заместитель
Министра; +10 → статс-секретарь – заместитель
Министра; +14 → Министр. После представления
результата сроковые уведомления прекращаются; после
отклонения контролером возобновляются только будущие
пороги; ранее успешно отправленные не повторяются.
Новое представление результата → контролеру;
отклонение контролером → ответственному
исполнителю; подтверждение контролером и
автоматическое завершение ДК отдельных уведомлений
не создают. Успешный экспорт → одно уведомление
контролеру-инициатору по успешно завершенной
npa_export_operations; техническая ошибка →
уведомление контролеру-инициатору по конкретной
npa_export_operations, завершившейся технической
ошибкой; после ошибки новый пользовательский запуск
создает новую npa_export_operations и сам факт нового
запуска отдельного уведомления не создает. Для одного
USER_ID на одном пороге применяется de-duplication.
Popup является дополнительным представлением того же
уведомления Б24. Каждая фактическая попытка отправки
и ее результат фиксируются в npa_notification_log.
Ошибки/состояния: ошибка доставки фиксируется только
в npa_notification_log.
Страница 301
Popup /
S11- боковая
01
панель
экспорта
Popup /
S11- боковая
панель
02
экспорта
Экспортиров
Контролер
ать ДК
F-47, F-48
Исходная ДК находится
После серверной
в RM_IN_PROGRESS и
проверки условий
пользователь является
экспорта
контролером
Целевой
Контролер
план-график
F-49
Панель экспорта открыта
Popup /
S11- боковая
03
панель
экспорта
Целевой
пункт ПГ
Popup /
S11- боковая
панель
04
экспорта
Предпросмот
р состава
Контролер
переноса
Popup /
S11- боковая
05
панель
экспорта
Popup /
S11- боковая
06
панель
экспорта
Popup /
S11- боковая
07
панель
экспорта
Контролер
Подтвердить
Контролер
экспорт
Закрыть /
Новый
экспорт
Новый
экспорт
Контролер
Контролер
Активен до
подтверждения
Технический проект. Сервис НПА.
Проверяет право и исходный статус ДК
RM_IN_PR EXPORT_DRA
Ошибки/состояния: Ошибка: статус ДК или условия
OGRESS
FT
операции не позволяют экспорт
EXPORT_ EXPORT_DRA Подгружает доступные пункты выбранного ПГ
DRAFT
FT
Ошибки/состояния: Ошибка: план недоступен
F-50, F-51 Выбран целевой ПГ
EXPORT_DRA
Проверяет доступность пункта и отсутствие
FT или
Активен после выбора EXPORT_
конфликтующей активной ДК
EXPORT_VALI
плана
DRAFT
Ошибки/состояния: Ошибка: пункт закрыт/исключен/уже
DATION_ERR
имеет активную ДК
OR
F-52
Только просмотр
Показывает фактические мероприятия, сроки, связь с
EXPORT_ EXPORT_DRA
целевым пунктом и непереносимые данные
DRAFT
FT
Ошибки/состояния: Нет переносимых данных '- ошибка
Активна после
успешной серверной
проверки
Система атомарно создает новую ДК в целевом пункте,
Операция:
переносит разрешенные сведения, характеристики,
Операция:
EXPORT_DON
фактические мероприятия, сроки, маршрут,
EXPORT_
E; исходная
ответственного исполнителя ДК и связанные файлы ДК и
DRAFT;
ДК:
мероприятий, устанавливает новой ДК
исходная
RM_ARCHIVE
RM_IN_PROGRESS, фиксирует операцию и архивирует
ДК:
D; новая ДК:
исходную ДК только после успеха.
RM_IN_PR
RM_IN_PROG
Ошибки/состояния: Ошибка транзакции – откат,
OGRESS
RESS
EXPORT_ERROR; исходная ДК не архивируется
Выбран целевой пункт
Целевые план и пункт
F-53, F-54,
выбраны, проверка
F-55, F-56
пройдена
Предыдущая
npa_export_operations
завершилась в
После устранения
F-57, F-58
EXPORT_ERROR или
причины ошибки
EXPORT_VALIDATION
_ERROR
F-58
Предыдущая
После устранения
npa_export_operations
причины ошибки при
завершена в
сохранении права
EXPORT_ERROR или
контролера и
EXPORT_VALIDATION допустимого
EXPORT_ERR
OR /
EXPORT_VALI
EXPORT_
DATION_ERR
ERROR /
OR
«Новый экспорт» создает новую npa_export_operations;
EXPORT_
предыдущей предыдущая операция не возобновляется; цель, проверки,
VALIDATI
операции; для предпросмотр и подтверждение выполняются заново.
ON_ERRO
новой операции
R
–
EXPORT_DRA
FT
EXPORT_
ERROR / EXPORT_DRA Создает новую npa_export_operations; предыдущая
EXPORT_
FT новой
операция остается завершенной неуспешно; целевой ПГ и
VALIDATI
операции
пункт выбираются заново.
ON_ERRO
Страница 302
_ERROR
S12История
История ДК
01
изменений
Все роли с доступом к
F-46
ДК
Характерист
ики, общие Администратор;
Настройки
шаблоны и контролер при
S13рекомендац
матрица
01
подтвержденном
ий
применимост праве
и
В карточке ДК
F-25.1, F- В административной
25.2, F-25.3 зоне сервиса
состояния исходной
ДК
Активна при праве
просмотра
Активна при наличии
права на настройки
рекомендаций
Технический проект. Сервис НПА.
R
предыдуще
й операции
-
-
-
Показывает значимые события ДК, маршрута,
мероприятий и экспорта
Ошибки/состояния: Нет событий '- пустое состояние
-
Сохраняет настройки, используемые только для
последующего формирования блока рекомендаций
Ошибки/состояния: Ошибка: нарушена связность
характеристики, шаблона или правила матрицы
Таблица Г-3. Ошибки и пустые состояния
ID
E-01
E-02
E-03
E-04
E-05
E-06
Сообщение
Основное
Что делает система
Функции
Комментарий разработчику
пользователю
действие
Раздел недоступен.
Не отображает недоступный пункт
Обратитесь к
левого меню; при прямом переходе
Нет доступа к
Вернуться на
Скрытие в UI не заменяет серверную
Левое меню сервиса
администратору
модулю
главную портала блокирует доступ по результату
проверку.
портала.
серверной проверки
Выберите PDF
Загрузка ПГ
Не выбран файл
Выбрать PDF
Не активирует загрузку
F-02
Проверка на клиенте и сервере.
плана-графика.
Файл не может
быть загружен.
Не сохраняет файл; пишет
Допустим только Выбрать другой
Файл не PDF /
Бинарный файл не хранить в таблицах
Загрузка ПГ
техническую ошибку при
F-02
PDF
превышен размер
PDF
сервиса.
необходимости
установленного
размера.
Документ не
Структурное
удалось
Предпросмотр строк извлечение не
Добавить строку Оставляет PLAN_DRAFT и
Автоматическая обработка скана без
структурировать.
F-04, F-05
ПГ
сформировало
вручную
открывает ручной режим
текстового слоя не применяется.
Заполните пункты
пригодных строк
вручную.
Исправьте
Предпросмотр строк Критические ошибки обязательные поля, Исправить
Переводит ПГ в
Ошибки показывать в строке и в верхнем
F-06, F-07
подсвеченные в
ПГ
в строках
строку
PLAN_VALIDATION_ERROR
списке.
таблице.
Предпросмотр строк Не назначен
Назначить
USER_ID выбирается из пользователей
Назначьте
Блокирует сохранение
F-08, F-09
ПГ
ответственный
портала.
ответственного по ответственного
Экран / зона
Ситуация
Страница 303
E-07
E-08
E-09
E-10
E-11
E-12
E-13
каждому пункту
плана-графика.
По заданным
Нет планов/пунктов
Сбросить
База ПГ
условиям ничего не
по фильтру
фильтры
найдено.
По пункту уже есть
Список пунктов ПГ ДК уже создана
актуальная
Открыть ДК
дорожная карта.
Заполните
Не заполнены
обязательные
Исправить
обязательные
Карточка ДК
мероприятия и
мероприятия
мероприятия/сроки
сроки.
Заполните
Маршрут
обязательные этапы Исправить
согласования
Карточка ДК
и участников
маршрут
невалиден
маршрута.
Комментарий
Укажите причину Заполнить
Согласование
отклонения пустой отклонения.
комментарий
Мероприятие уже
Отметка уже
Открыть
ожидает
направлена
Исполнение
историю
подтверждения
контролеру.
Комментарий
Укажите причину
Контроль
Заполнить
отклонения
отклонения
исполнения
комментарий
исполнения пустой исполнения.
E-14
Экспорт ДК
Целевой пункт
недоступен
E-15
Экспорт ДК
Ошибка атомарной
операции
Технический проект. Сервис НПА.
Сбрасывает фильтр по действию
пользователя
F-12, F-13
Пустое состояние не должно вести к
созданию несуществующих сущностей.
Блокирует повторное создание
F-17, F-19
Создать вторую активную ДК нельзя.
Блокирует отправку на
согласование
F-28, F-30, Финальный срок из ПГ для ДК из плана
F-33
не редактируется.
Блокирует отправку
F-31, F-32, Обязательные контуры согласования
F-33
должны быть явно показаны.
Не принимает решение
F-35
Блокирует повторную отметку
F-41
Не отклоняет отметку
F-43
Терминально завершает текущую
npa_export_operations в
EXPORT_VALIDATION_ERROR;
исходную ДК не изменяет и не
архивирует. «Новый экспорт»
Выбранный пункт
через F-58 создает новую
нельзя
Закрыть; Новый
F-50, F-51,
npa_export_operations в
использовать для экспорт
F-58
EXPORT_DRAFT; целевой ПГ и
экспорта.
пункт выбираются заново,
проверки, предпросмотр и
подтверждение выполняются
заново; предыдущая операция не
изменяется
Экспорт не
Откатывает незавершенные
Закрыть; Новый
выполнен.
изменения; терминально завершает F-57, F-58
экспорт
Исходная дорожная
текущую npa_export_operations в
Комментарий при отклонении ДК
обязателен.
Повторная отметка запрещена до решения
контролера.
Комментарий контролера при отклонении
исполнения обязателен по
согласованному ТП.
Проверять допустимость пункта по
данным и процессным условиям и
наличие конфликтующей активной ДК.
Нельзя архивировать исходную ДК без
созданной новой ДК.
Страница 304
карта не изменена.
E-16
История
E-17
Карточка ДК /
Рекомендованные
мероприятия
E-18
Карточка ДК /
Рекомендованные
мероприятия
E-19
М3. Дорожные
карты /
административные
настройки
рекомендаций
E-20
Обработка
изменений ПГ
E-21
Обработка
изменений ПГ
История изменений Вернуться к
пока отсутствует. карточке
Рекомендованные
мероприятия не
Рекомендации не
Добавить
найдены. Добавьте
найдены
мероприятие
мероприятие
вручную.
Рекомендация не
добавлена.
Проверьте
Рекомендацию
Исправить
обязательные поля параметры
нельзя добавить
и срок
мероприятия.
Правило
применимости не
сохранено.
Невалидное правило
Исправить
Укажите вид акта,
матрицы
правило
характеристику,
значение и общий
шаблон.
Документ не может
быть структурно
Документ изменений обработан.
Используйте
непригоден к
Перейти к
ручной ввод
структурному
ручному вводу
сведений из
извлечению
документаоснования.
Исправить
Не удалось
Проверьте
сопоставление
однозначно
сопоставление и
Событий нет
EXPORT_ERROR; исходную ДК не
изменяет и не архивирует. «Новый
экспорт» через F-58 создает новую
npa_export_operations в
EXPORT_DRAFT; целевой ПГ и
пункт выбираются заново,
проверки, предпросмотр и
подтверждение выполняются
заново; предыдущая операция не
изменяется.
Технический проект. Сервис НПА.
Показывает пустое состояние
F-10, F-20, Не скрывать блок истории полностью,
F-46, F-56 если он нужен для прозрачности.
Показывает пустое состояние
блока рекомендаций и не
блокирует карточку ДК
F-26, F-27
Пустое состояние рекомендаций не
является ошибкой готовности ДК, если
мероприятия можно добавить вручную.
Не создает фактическое
мероприятие до устранения
блокирующей ошибки
F-26.1, F-30
Срок мероприятия позже конечного срока
ДК - блокирующая ошибка.
Не сохраняет неполное или
F-25.3
противоречивое правило матрицы
Матрица применимости - настройка, а не
юридическое автрешение.
Сохраняет документ-основание и
Ручной ввод не является свободным
открывает рабочий набор для
F-16, F-16.1 редактированием ПГ и должен
ручного ввода; действующий ПГ не
соответствовать документу-основанию.
изменяет
Подсвечивает спорную строку и
блокирует применение рабочего
F-16.1, F16.2
Сырой результат сопоставления не
является источником истины.
Страница 305
E-22
Обработка
изменений ПГ
E-23
Обработка
изменений ПГ
E-24
Утверждение ДК
E-25
Аварийная правка
сопоставить
выберите
набора
изменение с пунктом соответствующий
ПГ
пункт ПГ.
Изменения не
Рабочий набор
могут быть
изменений содержит применены.
Вернуться к
Не изменяет действующий ПГ;
блокирующие
Исправьте
проверке
сохраняет рабочий набор
ошибки
выделенные
ошибки.
После применения
изменения
связанная ДК будет
Изменение
Подтвердить или Показывает влияние на ДК до
архивирована либо
затрагивает
отменить
применения изменения
станет доступен
связанную ДК
перенос через
экспорт.
Не заполнен
Укажите
комментарий при
комментарий к
Заполнить
Блокирует решение «Вернуть на
возврате на
возврату ДК на
комментарий
доработку»
доработку
доработку.
Аварийная правка
недоступна.
Укажите причину и
изменяйте только
Не указана причина
поля из закрытого
или изменяется поле
Исправить
перечня
Не изменяет утвержденную ДК
вне утвержденного
данные
существующих
закрытого перечня
полей,
определенного и
утвержденного на
этапе разработки.
Технический проект. Сервис НПА.
F-16.2, F16.3
Применение должно быть атомарным
после пользовательского подтверждения.
F-16.3, F16.4
Прямая смена связи ДК с пунктом ПГ
запрещена.
F-39
Терминальное отклонение на
утверждении не применяется.
F-46.1
Аварийная правка не является штатным
редактированием.
Страница 306
Технический проект. Сервис НПА.
Таблица Г-4. Покрытие функций UX
Код
функции
F-01
F-02
F-03
F-04
F-05
F-06
F-07
F-08
F-09
F-10
F-11
F-12
F-13
F-14
F-15
F-16
F-16.1
F-16.2
F-16.3
F-16.4
F-16.5
F-17
Модуль
Наименование функции
Экран / ID строк UX
Состояние покрытия UX
М1. Реестр НПА и ПА
М1. Реестр НПА и ПА
М1. Реестр НПА и ПА
М1. Реестр НПА и ПА
М1. Реестр НПА и ПА
М1. Реестр НПА и ПА
М1. Реестр НПА и ПА
М1. Реестр НПА и ПА
М1. Реестр НПА и ПА
М1. Реестр НПА и ПА
М2. База данных плановграфиков
М2. База данных плановграфиков
М2. База данных плановграфиков
М2. База данных плановграфиков
М2. База данных плановграфиков
М2. База данных плановграфиков
М2. База данных плановграфиков
М2. База данных плановграфиков
М2. База данных плановграфиков
Открытие сценария загрузки плана-графика
Загрузка исходного PDF плана-графика
Ввод ссылки или реквизитов СЭД
Структурное извлечение данных из машиночитаемого документа ПГ
Ручное создание строк плана-графика
Inline-корректировка строк плана-графика
Валидация обязательных полей плана и пунктов
Назначение ответственных по пунктам плана-графика
Сохранение плана-графика и пунктов
Фиксация истории загрузки и обработки
S00-01; S01-01
S01-02; S01-03
S01-04
S01-03; E-04
S02-01
S02-02
S02-04; E-05
S02-03; E-06
S02-05
S02-05; S12-01; E-16
Покрыто UX
Покрыто UX
Покрыто UX;
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX как системное/история
Поиск по планам-графикам и пунктам
S03-02
Покрыто UX
Фильтрация планов и пунктов
S03-03
Покрыто UX
Просмотр списка пунктов выбранного плана-графика
S04-01
Покрыто UX
Просмотр деталей пункта плана-графика
S04-02
Покрыто UX
Загрузка или ввод документа изменений ПГ
S04-03; S04-03.1
Покрыто UX
Структурное извлечение и сопоставление изменений ПГ
S04-03.2
Покрыто UX
Проверка и корректировка рабочего набора изменений ПГ
S04-03.3
Покрыто UX
Подтверждение и применение изменений ПГ
S04-03.4
Покрыто UX
М2. База данных плановграфиков
Обработка последствий изменений ПГ и исключительной
корректировки пункта
S04-04; S06-01
Покрыто UX
S04-04; E-08
Покрыто UX как серверная проверка
М2. База данных плановграфиков
М2. База данных плановграфиков
Просмотр списка планов-графиков
Создание новой ДК после изменения конечного срока пункта ПГ
Проверка доступности создания дорожной карты по пункту
S00-02; S03-01
Покрыто UX
2.3.5 Обработка изменений
Функции по ролям: Система; контролер – для
ПГ; 2.5 Экспортирование ДК;
официального контура изменения ПГ; главный
4.2.3 Правила обработки
администратор – только для исключительной
изменений ПГ; 4.6 Экспорт и
корректировки сохраненного пункта. Создание новой
архивирование; 6.4.4
ДК после изменения конечного срока выполняется
Изменения ПГ в экранной
отдельной функцией F-16.5.
модели
Страница 307
F-21
F-22
F-23
F-24
F-25
F-25.1
F-25.2
F-25.3
F-25.4
F-26
F-26.1
F-27
F-28
F-29
М2. База данных плановграфиков
М2. База данных плановграфиков
М2. База данных плановграфиков
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
F-31
F-32
F-33
F-34
F-35
F-36
F-37
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
F-18
F-19
F-20
F-30
F-38
F-39
F-40
F-41
F-42
F-43
F-44
F-45
F-46
F-46.1
F-47
F-48
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М3. Дорожные карты
М4. Экспортирование
дорожной карты
М4. Экспортирование
Технический проект. Сервис НПА.
Переход к созданию дорожной карты по пункту
S04-04
Покрыто UX
Открытие существующей дорожной карты по пункту
S04-05; S05-01
Покрыто UX
Просмотр истории изменений плана и пункта
S04-06; E-16
Покрыто UX
Создание дорожной карты по пункту плана-графика
Создание дорожной карты вне плана-графика
Автозаполнение дорожной карты данными пункта
Выбор вида акта
Заполнение характеристик акта в ДК
Ведение справочника характеристик акта
Ведение общих шаблонов мероприятий
Настройка матрицы применимости общих шаблонов
Ведение личных шаблонов мероприятий
Формирование блока рекомендованных мероприятий
Добавление рекомендации в фактические мероприятия ДК
Добавление кастомных мероприятий
Редактирование мероприятий и сроков
Фиксация финального мероприятия и конечного срока
Формирование маршрута согласования
Выбор участников маршрута из пользователей портала
Направление дорожной карты на согласование
Согласование дорожной карты участником маршрута
Отклонение дорожной карты с обязательным комментарием
Перенаправление новому согласующему
Перезапуск маршрута после доработки
S04-04; S06-01
S05-02; S06-01
S06-01
S06-02; S13-01
S06-03
S13-01; E-19
S13-01; E-19
S13-01; E-19
S06-06.1; S06-06.2; S06-06.3
S06-04; E-17
S06-04.1; S06-06; E-18
S06-05
S06-06
S06-07
S06-04.1; S06-06; S06-10; E09; E-18
S06-08
S06-09
S06-10
S07-01
S07-02; E-11
S07-03
S07-04; S06-10
Утверждение дорожной карты
Перевод утвержденной ДК в исполнение
Отметка исполнения мероприятия ответственным исполнителем
Подтверждение исполнения контролером
Отклонение исполнения контролером
Расчет статуса и светофорной индикации мероприятия
Уведомления по событиям, срокам и просрочкам
История изменений дорожной карты
Аварийная правка утвержденной дорожной карты
S08-01; S08-02
S05-01.1; S08-01; S09-01
S05-01.1; S09-02
S05-01.1; S10-01
S05-01.1; S10-02; E-13
S05-01.1; S09-01; S10-03
S10-04
S12-01
S08-03
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX как автоматический системный
переход; отдельная кнопка отсутствует
Покрыто UX;
Покрыто UX как системный переход
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX как уведомление/журнал
Покрыто UX
Покрыто UX
S11-01
Покрыто UX как серверная проверка
Валидация сроков и состава мероприятий
Автоматическая передача дорожной карты на утверждение
Открытие панели экспорта дорожной карты
Проверка прав и статуса исходной ДК
S07-01; S07-00; S08-01
S11-01
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX как административная настройка
Покрыто UX как административная настройка
Покрыто UX как административная настройка
Покрыто UX без участия в блоке рекомендаций
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX
Покрыто UX как проверка
Покрыто UX
Страница 308
F-49
F-50
F-51
F-52
F-53
F-54
F-55
F-56
F-57
F-58
дорожной карты
М4. Экспортирование
дорожной карты
М4. Экспортирование
дорожной карты
М4. Экспортирование
дорожной карты
М4. Экспортирование
дорожной карты
М4. Экспортирование
дорожной карты
М4. Экспортирование
дорожной карты
М4. Экспортирование
дорожной карты
М4. Экспортирование
дорожной карты
М4. Экспортирование
дорожной карты
М4. Экспортирование
дорожной карты
Технический проект. Сервис НПА.
Выбор целевого плана-графика
S11-02
Покрыто UX
Выбор целевого пункта плана-графика
S11-03
Покрыто UX
Проверка доступности целевого пункта
S11-03; E-14
Покрыто UX как серверная проверка
Предпросмотр состава переноса ДК при экспорте
S11-04
Покрыто UX
Подтверждение операции экспорта
S11-05
Покрыто UX
Атомарное создание новой ДК в целевом пункте
S11-05
Покрыто UX как системное действие
Архивирование исходной ДК после успешного экспорта
S11-05
Покрыто UX как системное действие
Фиксация операции экспорта
S11-05; S12-01
Покрыто UX как история/уведомление
Обработка ошибки экспорта и отмена изменений
S11-06; E-15
Покрыто UX
Новый запуск экспорта после неуспешной операции
S11-06; S11-07; E-15
Покрыто UX как новый запуск с новой
npa_export_operations; предыдущая операция не
возобновляется
Страница 309
Технический проект. Сервис НПА.
ПРИЛОЖЕНИЕ Д
Матрица трассировки требований
Таблица Д-1. Матрица трассировки требований
Код
Наименова
функц Модуль
ние
ии
функции
F-01
F-02
М1.
Реестр
НПА и
ПА
М1.
Реестр
НПА и
ПА
F-03
М1.
Реестр
НПА и
ПА
F-04
М1.
Реестр
НПА и
ПА
Открытие
сценария
загрузки
планаграфика
Раздел ТП
Роль / право из Приложения
Б
2.2 Функции модуля
Функции по ролям:
«Реестр НПА и ПА»
Контролер; разрешено: Да;
3.5.1 Правила ведения
условие: штатный контур
ПГ и пунктов ПГ
подготовки ПГ выполняет
4.2 Жизненный цикл ПГ
контролер; ручной ввод
и пункта ПГ
допускается только после
6.3 Экран загрузки ПГ
загрузки исходного
7 История и
документа-основания.
уведомления
2.2 Функции модуля
Функции по ролям:
«Реестр НПА и ПА»
Контролер; разрешено: Да;
3.5.1 Правила ведения
условие: штатный контур
Загрузка
ПГ и пунктов ПГ
подготовки ПГ выполняет
исходного
4.2 Жизненный цикл ПГ
контролер; ручной ввод
PDF планаи пункта ПГ
допускается только после
графика
6.3 Экран загрузки ПГ
загрузки исходного
7 История и
документа-основания.
уведомления
2.2 Функции модуля
Функции по ролям:
«Реестр НПА и ПА»
Контролер; разрешено: Да;
3.5.1 Правила ведения
условие: штатный контур
Ввод
ПГ и пунктов ПГ
подготовки ПГ выполняет
ссылки или
4.2 Жизненный цикл ПГ
контролер; ручной ввод
реквизитов
и пункта ПГ
допускается только после
СЭД
6.3 Экран загрузки ПГ
загрузки исходного
7 История и
документа-основания.
уведомления
Структурно 2.2 Функции модуля
Функции по ролям: Система;
е
«Реестр НПА и ПА»
разрешено: Только системно;
извлечение 3.5.1 Правила ведения
условие: Документ является
данных из ПГ и пунктов ПГ
машиночитаемым; файл
машиночит 4.2 Жизненный цикл ПГ доступен; результат
Статус / переход из
Приложения В
Статус PLAN_DRAFT:
Черновик загрузки
История
H_PLAN_UPLOADED:
Загружен PDF
Экран /
Когда
кнопка из
Когда активна
показывается
UX
S00-01: Левое
S00-01:
меню сервиса
S00-01: При
Пользователь
– Реестр НПА
наличии права
имеет доступ к
и ПА
просмотра/загр
модулю
S01-01:
узки ПГ
S01-01: Переход
Загрузка ПГ –
S01-01: При
по пункту левого
Открыть
праве загрузки
меню «Реестр
сценарий
ПГ
НПА и ПА»
загрузки
Ошибки /
пустые
состояния
Таблицы БД / ERD
npa_plans,
npa_plan_items,
npa_file_links,
npa_change_history;
USER_ID logical
only;
FILE_ID logical only
E-02: Не
выбран файл
– Выберите
PDF планаПереход TR-PLAN-01: – →
графика.
S01-02:
PLAN_DRAFT (Загрузка PDF)
npa_plans,
E-03: Файл не
Загрузка ПГ –
Кнопки/действия: - /
S01-02: Файл
npa_plan_items,
PDF /
Выбрать PDF S01-02: Экран
PLAN_DRAFT /
не выбран
npa_file_links,
превышен
S01-03:
загрузки открыт
Администратор;
S01-03:
npa_change_history;
размер – Файл
Загрузка ПГ – S01-03: PDF
контролер – Загрузить PDF
Активна после
USER_ID logical
не может
Загрузить и выбран
История
выбора PDF
only;
быть
извлечь
H_PLAN_UPLOADED:
FILE_ID logical only
загружен.
данные
Загружен PDF
Допустим
только PDF
установленног
о размера.
S01-04:
S01-04: После
S01-04:
Загрузка ПГ –
выбора/загрузки Активны в
Ссылка /
PDF или при
черновике до
реквизиты
ручном создании сохранения
СЭД
Статус PLAN_PROCESSING:
Выполняется структурное
извлечение
Переход TR-PLAN-02:
PLAN_DRAFT →
S01-03:
Загрузка ПГ –
S01-03: PDF
Загрузить и
выбран
извлечь
данные
npa_plans,
npa_change_history;
SED_REF,
SED_DOC_ID,
SED_LINK logical
only
E-04:
npa_plans,
S01-03:
Структурное
npa_plan_items,
Активна после извлечение не
npa_change_history;
выбора PDF
сформировало
FILE_ID logical only
пригодных
Страница 310
аемого
документа
ПГ
F-05
F-06
и пункта ПГ
6.3 Экран загрузки ПГ
7 История и
уведомления
формируется как рабочий
PLAN_PROCESSING (Запуск
набор строк для проверки
структурного извлечения
пользователем; сырой
данных)
результат не является
Кнопки/действия:
источником истины
PLAN_PROCESSING / Все
Связанный статус/переход:
роли с доступом – Просмотр
TR-PLAN-02:
статуса обработки
PLAN_DRAFT→PLAN_PROC
ESSING
2.2 Функции модуля
Функции по ролям:
«Реестр НПА и ПА»
Контролер; разрешено: Да;
3.5.1 Правила ведения
условие: штатный контур
ПГ и пунктов ПГ
подготовки ПГ выполняет
4.2 Жизненный цикл ПГ
контролер; ручной ввод
и пункта ПГ
допускается только после
6.3 Экран загрузки ПГ
загрузки исходного
7 История и
документа-основания.
уведомления
М1.
Реестр
НПА и
ПА
Ручное
создание
строк
планаграфика
М1.
Реестр
НПА и
ПА
2.2 Функции модуля
Функции по ролям:
«Реестр НПА и ПА»
Контролер; разрешено: Да;
Inline3.5.1 Правила ведения
условие: штатный контур
корректиро ПГ и пунктов ПГ
подготовки ПГ выполняет
вка строк 4.2 Жизненный цикл ПГ
контролер; ручной ввод
планаи пункта ПГ
допускается только после
графика
6.3 Экран загрузки ПГ
загрузки исходного
7 История и
документа-основания.
уведомления
F-07
М1.
Реестр
НПА и
ПА
F-08
М1.
Реестр
НПА и
ПА
Отдельная статусная модель
пункта ПГ не применяется.
Доступность действий
определяется данными
пункта, назначением
ответственного, наличием
связанной активной ДК,
правами пользователя и
серверной проверкой.
История
H_PLAN_ROW_EDITED:
Изменена строка ПГ
Технический проект. Сервис НПА.
строк –
Документ не
удалось
структурирова
ть. Заполните
пункты
вручную.
E-04:
Структурное
извлечение не
S02-01: Нет строк S02-01:
npa_plans,
сформировало
S02-01:
структурного
Активна в
npa_plan_items,
пригодных
Предпросмот
извлечения или PLAN_DRAFT
npa_file_links,
строк –
р строк ПГ –
документ
/
npa_change_history;
Документ не
Добавить
непригоден к
PLAN_VALID
USER_ID logical
удалось
строку
структурному
ATION_ERRO
only;
структурирова
вручную
извлечению
R
FILE_ID logical only
ть. Заполните
пункты
вручную.
E-05:
Критические npa_plans,
S02-02: Строки
S02-02:
ошибки в
npa_plan_items,
структурно
S02-02:
Предпросмот
строках –
npa_file_links,
извлечены из
Активна для
р строк ПГ –
Исправьте
npa_change_history;
машиночитаемог строк до
Inline-правка
обязательные USER_ID logical
о документа или сохранения
строки
поля,
only;
созданы вручную
подсвеченные FILE_ID logical only
в таблице.
Статус
PLAN_VALIDATION_ERROR
S02-02: Строки
2.2 Функции модуля
S02-02:
S02-02:
E-05:
структурно
Функции по ролям: Система; : Есть ошибки
«Реестр НПА и ПА»
Предпросмот
Активна для
Критические npa_plans,
извлечены из
разрешено: Только системно; Переход TR-PLAN-03:
Валидация 3.5.1 Правила ведения
р строк ПГ –
строк до
ошибки в
npa_plan_items,
машиночитаемог
условие: системная операция PLAN_DRAFT /
Inline-правка
сохранения
строках –
npa_file_links,
обязательн ПГ и пунктов ПГ
PLAN_PROCESSING →
о документа или
по статусу или событию
4.2 Жизненный цикл ПГ
строки
S02-04:
Исправьте
npa_change_history;U
ых полей
PLAN_VALIDATION_ERROR
созданы вручную
Связанный статус/переход:
плана и
и пункта ПГ
S02-04:
Запускается
обязательные SER_ID logical
S02-04: Перед
TR-PLAN-03: PLAN_DRAFT / (Ошибка обязательных полей)
пунктов
6.3 Экран загрузки ПГ
Предпросмот
автоматически/ поля,
only;FILE_ID logical
сохранением или
PLAN_PROCESSING→PLAN Кнопки/действия:
7 История и
р строк ПГ –
по кнопке
подсвеченные only
PLAN_PROCESSING / Все
при изменении
_VALIDATION_ERROR
уведомления
Проверить
сохранения
в таблице.
роли с доступом – Просмотр
строки
статуса обработки
Назначение 2.2 Функции модуля
Функции по ролям:
Отдельная статусная модель S02-03:
E-06: Не
npa_plans,
ответственн «Реестр НПА и ПА»
Предпросмот
S02-03:
Контролер; разрешено: Да;
пункта ПГ не применяется.
назначен
npa_plan_items,
S02-03: По
ых по
р строк ПГ –
Активен, если ответственны npa_file_links,
3.5.1 Правила ведения
условие: штатный контур
Доступность действий
каждой строке
пунктам
Назначить
строка валидна й – Назначьте npa_change_history;
ПГ и пунктов ПГ
подготовки ПГ выполняет
определяется данными
пункта ПГ
планаответственног
минимально
4.2 Жизненный цикл ПГ контролер; ручной ввод
пункта, назначением
ответственног USER_ID logical
графика
о
и пункта ПГ
допускается только после
ответственного, наличием
о по каждому only;
Страница 311
F-09
М1.
Реестр
НПА и
ПА
F-10
М1.
Реестр
НПА и
ПА
F-11
М2. База
данных
плановграфиков
F-12
М2. База
данных
плановграфиков
F-13
М2. База
данных
плановграфиков
6.3 Экран загрузки ПГ загрузки исходного
7 История и
документа-основания.
уведомления
2.2 Функции модуля
Функции по ролям:
«Реестр НПА и ПА»
Контролер; разрешено: Да;
3.5.1 Правила ведения
условие: штатный контур
Сохранение
ПГ и пунктов ПГ
подготовки ПГ выполняет
плана4.2 Жизненный цикл ПГ
контролер; ручной ввод
графика и
и пункта ПГ
допускается только после
пунктов
6.3 Экран загрузки ПГ
загрузки исходного
7 История и
документа-основания.
уведомления
2.2 Функции модуля
«Реестр НПА и ПА»
3.5.1 Правила ведения
Функции по ролям: Система;
Фиксация
ПГ и пунктов ПГ
разрешено: Только системно;
истории
4.2 Жизненный цикл ПГ условие: системная операция
загрузки и
и пункта ПГ
по статусу или событию
обработки
6.3 Экран загрузки ПГ Связанный статус/переход: 7 История и
уведомления
Просмотр
списка
плановграфиков
2.3 Функции модуля
«База данных ПГ»
Право просмотра:
3.5.1 Правила ведения
пользователь с правом
ПГ и пунктов ПГ
просмотра; разрешено: Только
4.2 Жизненный цикл ПГ
просмотр; условие: объект
и пункта ПГ
входит в область доступа
6.4 Экран базы ПГ и
пользователя
списка пунктов
Связанный статус/переход: 7 История и
уведомления
2.3 Функции модуля
«База данных ПГ»
Право просмотра:
3.5.1 Правила ведения
пользователь с правом
Поиск по
ПГ и пунктов ПГ
просмотра; разрешено: Только
планам4.2 Жизненный цикл ПГ
просмотр; условие: объект
графикам и и пункта ПГ
входит в область доступа
пунктам
6.4 Экран базы ПГ и
пользователя
списка пунктов
Связанный статус/переход: 7 История и
уведомления
2.3 Функции модуля
Право просмотра:
«База данных ПГ»
пользователь с правом
Фильтрация
3.5.1 Правила ведения
просмотра; разрешено: Только
планов и
ПГ и пунктов ПГ
просмотр; условие: объект
пунктов
4.2 Жизненный цикл ПГ входит в область доступа
и пункта ПГ
пользователя
связанной активной ДК,
правами пользователя и
серверной проверкой.
Отдельная статусная модель
пункта ПГ не применяется.
Доступность действий
определяется данными
пункта, назначением
ответственного, наличием
связанной активной ДК,
правами пользователя и
серверной проверкой.
Технический проект. Сервис НПА.
пункту плана- FILE_ID logical only
графика.
S02-05:
S02-05: Есть
Предпросмот
строки и
р строк ПГ –
назначенные
Сохранить
ответственные
ПГ
S02-05:
Активна при
отсутствии
критических
ошибок
E-06: Не
npa_plans,
назначен
npa_plan_items,
ответственны
npa_file_links,
й – Назначьте
npa_change_history;
ответственног
USER_ID logical
о по каждому
only;
пункту планаFILE_ID logical only
графика.
S02-05:
S02-05: Есть
Предпросмот
строки и
р строк ПГ –
назначенные
Сохранить
ответственные
ПГ
S02-05:
Активна при
отсутствии
критических
ошибок
E-16:
Событий нет
– История
изменений
пока
отсутствует.
npa_change_history,
npa_plans,
npa_plan_items;
USER_ID logical only
S00-02: Левое
меню сервиса
– База данных S00-02:
плановПользователь
графиков
имеет доступ к
S03-01:
планам/пунктам
Список
S03-01:
плановПользователь
графиков –
открыл базу ПГ
Список
планов
S00-02: При
наличии права
просмотра
S03-01: Только
просмотр
S03-02:
Список
плановграфиков –
Поиск
E-07: Нет
npa_plans,
планов/пункт npa_plan_items,
ов по фильтру npa_roadmaps,
– По
npa_file_links,
S03-02:
npa_change_history;
Активно всегда заданным
условиям
USER_ID logical
ничего не
only;
найдено.
FILE_ID logical only
S03-03:
Список
плановграфиков –
Фильтры
S03-02: Верх
списка
S03-03: Верх
списка
npa_plans,
npa_plan_items,
npa_roadmaps,
npa_file_links,
npa_change_history;
USER_ID logical
only;
FILE_ID logical only
E-07: Нет
npa_plans,
планов/пункт npa_plan_items,
S03-03:
ов по фильтру npa_roadmaps,
Активно всегда – По
npa_file_links,
заданным
npa_change_history;
условиям
USER_ID logical
Страница 312
6.4 Экран базы ПГ и
списка пунктов
7 История и
уведомления
F-14
М2. База
данных
плановграфиков
F-15
М2. База
данных
плановграфиков
F-16
М2. База
Связанный статус/переход: Права по статусам: PERM008: ROLE_ADMIN –
Открыть ПГ [Только
просмотр]; PERM-009:
ROLE_CONTROLLER –
Открыть ПГ [Только
просмотр]; PERM-010:
ROLE_RESPONSIBLE_EXEC
UTOR – Открыть ПГ [Только
просмотр]
Право просмотра:
пользователь с правом
просмотра; разрешено: Только
просмотр; условие: объект
входит в область доступа
2.3 Функции модуля
пользователя
Отдельная статусная модель
«База данных ПГ»
Связанный статус/переход:
пункта ПГ не применяется.
Просмотр 3.5.1 Правила ведения
отдельная статусная модель Доступность действий
ПГ и пунктов ПГ
списка
пункта ПГ не применяется;
определяется данными
4.2 Жизненный цикл ПГ
пунктов
Права по статусам: PERMпункта, назначением
выбранного и пункта ПГ
011: ROLE_ADMIN –
ответственного, наличием
6.4 Экран базы ПГ и
планаОткрыть пункт ПГ [Только
связанной активной ДК,
списка пунктов
графика
просмотр]; PERM-012:
правами пользователя и
7 История и
ROLE_CONTROLLER –
серверной проверкой.
уведомления
Открыть пункт ПГ [Только
просмотр]; PERM-013:
ROLE_RESPONSIBLE_EXEC
UTOR – Открыть пункт ПГ
[Только просмотр]
Право просмотра:
пользователь с правом
просмотра; разрешено: Только
просмотр; условие: объект
2.3 Функции модуля
входит в область доступа
«База данных ПГ»
пользователя
3.5.1 Правила ведения
Связанный статус/переход: Просмотр
ПГ и пунктов ПГ
Права по статусам: PERMдеталей
4.2 Жизненный цикл ПГ
011: ROLE_ADMIN –
пункта
и пункта ПГ
Открыть пункт ПГ [Только
плана6.4 Экран базы ПГ и
просмотр]; PERM-012:
графика
списка пунктов
ROLE_CONTROLLER –
7 История и
Открыть пункт ПГ [Только
уведомления
просмотр]; PERM-013:
ROLE_RESPONSIBLE_EXEC
UTOR – Открыть пункт ПГ
[Только просмотр]
Загрузка
2.3.2–2.3.5 Функции
Функции по ролям:
Технический проект. Сервис НПА.
ничего не
найдено.
S00-02: Левое
меню сервиса
– База данных
S00-02:
плановПользователь
графиков
имеет доступ к
S04-01:
планам/пунктам
Список
S04-01: В строке
пунктов
плана или по
выбранного
выбору плана
ПГ – Открыть
список
пунктов
S04-02:
Список
S04-02: В строке
пунктов ПГ –
пункта
Открыть
детали пункта
S04-03: База
only;
FILE_ID logical only
S00-02: При
наличии права
просмотра
S04-01:
Активно при
наличии
пунктов
npa_plans,
npa_plan_items,
npa_roadmaps,
npa_file_links,
npa_change_history;U
SER_ID logical
only;FILE_ID logical
only
S04-02:
Активно при
праве
просмотра
npa_plans,
npa_plan_items,
npa_roadmaps,
npa_file_links,
npa_change_history;
USER_ID logical
only;
FILE_ID logical only
S04-03: В строке S04-03:
E-20:
npa_plans,
Страница 313
данных
или ввод
планов- документа
графиков изменений
ПГ
модуля «База данных
Контролер; системные
ПГ» и обработка
операции – только в части
изменений ПГ
автоматической обработки;
3.5.1 Правила ведения
администратор не подменяет
ПГ и пунктов ПГ
контролера в официальном
4.2.3 Правила обработки контуре изменений ПГ.
изменений ПГ
6.4.4 Изменения ПГ в
экранной модели
7 История и
уведомления
Функции по ролям: Система;
Структурно 2.3.5 Обработка
разрешено: Только системно;
е
изменений ПГ
условие: Документ
М2. База извлечение 3.5.1 Правила ведения
машиночитаемый; актуальные
данных
и
ПГ и пунктов ПГ
данные ПГ доступны; рабочий
F-16.1
планов- сопоставлен 4.2.3 Правила обработки контекст создан
графиков ие
изменений ПГ
Связанный статус/переход:
изменений 6.4.4 Изменения ПГ в
Системная обработка; сырой
ПГ
экранной модели
результат не является
источником истины
Проверка и 2.3.5 Обработка
М2. База
корректиро изменений ПГ
данных
F-16.2
вка
3.5.1 Правила ведения
плановрабочего
ПГ и пунктов ПГ
графиков
набора
6.4.4 Изменения ПГ в
Функции по ролям:
Контролер; системные
операции – только в части
автоматической обработки;
администратор не подменяет
ПГ /
ПГ или меню
обработка
действий
изменений – S04-03.1:
Обработать Сценарий
документ
обработки
изменений
открыт
ПГ
S04-03.1:
Боковая
панель
обработки
изменений
ПГ – Выбрать
документ
изменений /
ручной ввод
Технический проект. Сервис НПА.
Активна при
наличии права
обработки
изменений
S04-03.1:
Активно до
запуска
обработки
Документ
npa_plan_items,
изменений
npa_file_links,
непригоден к npa_change_history;
структурному USER_ID logical
извлечению – only;
Документ не FILE_ID logical only;
может быть SED_REF /
структурно
SED_DOC_ID /
обработан.
SED_LINK при
Используйте наличии
ручной ввод
сведений из
документаоснования.
E-20:
Документ
изменений
непригоден к
структурному
извлечению –
Документ не
может быть
структурно
обработан.
S04-03.2:
Используйте
Боковая
ручной ввод npa_plans,
панель
S04-03.2:
сведений из npa_plan_items,
обработки
S04-03.2:
Системно после
документаnpa_file_links,
изменений
Документ выбран запуска
основания.
npa_change_history;
ПГ – Извлечь
обработки
E-21: Не
FILE_ID logical only
и сопоставить
удалось
изменения
однозначно
сопоставить
изменение с
пунктом ПГ –
Проверьте
сопоставление
и выберите
соответствую
щий пункт
ПГ.
S04-03.3:
E-21: Не
npa_plans,
S04-03.3: После S04-03.3:
Таблица
удалось
npa_plan_items,
Активно до
сопоставленн формирования
однозначно npa_file_links,
ых изменений рабочего набора подтверждения сопоставить npa_change_history;
ПГ –
изменение с USER_ID logical
Страница 314
изменений экранной модели
ПГ
контролера в официальном
контуре изменений ПГ.
2.3.5 Обработка
изменений ПГ
Функции по ролям:
3.5.1 Правила ведения
Контролер; системные
Подтвержде
ПГ и пунктов ПГ
М2. База
операции – только в части
ние и
4.2.3 Правила обработки
данных
автоматической обработки;
F-16.3
применение
изменений ПГ
плановадминистратор не подменяет
изменений
6.4.4 Изменения ПГ в
графиков
контролера в официальном
ПГ
экранной модели
контуре изменений ПГ.
7 История и
уведомления
Технический проект. Сервис НПА.
Проверить и
скорректиров
ать
Отдельная статусная модель
пункта ПГ не применяется.
Доступность действий
определяется данными
пункта, назначением
ответственного, наличием
связанной активной ДК,
правами пользователя и
серверной проверкой.
М2. База Обработка 2.3.5 Обработка
Функции по ролям: Система; Отдельная статусная модель
F-16.4 данных
последстви изменений ПГ
контролер – для
пункта ПГ не применяется.
планов- й
2.5 Экспортирование ДК официального контура
Последствия для связанной
S04-03.4:
Боковая
панель
обработки
изменений
ПГ –
Подтвердить
и применить
изменения
S04-03.4:
Блокирующие
ошибки
отсутствуют
S04-03.4:
Боковая
панель
S04-03.4:
Блокирующие
ошибки
пунктом ПГ – only;
Проверьте
FILE_ID logical only
сопоставление
и выберите
соответствую
щий пункт
ПГ.
E-22: Рабочий
набор
изменений
содержит
блокирующие
ошибки –
Изменения не
могут быть
применены.
Исправьте
выделенные
ошибки.
E-22: Рабочий
набор
изменений
содержит
блокирующие
ошибки –
Изменения не
могут быть
применены.
Исправьте
npa_plans,
выделенные
npa_plan_items,
ошибки.
S04-03.4:
npa_file_links,
Активна после E-23:
npa_change_history;
пользовательск Изменение
USER_ID logical
затрагивает
ой проверки
only;
связанную ДК
FILE_ID logical only
– После
применения
изменения
связанная ДК
будет
архивирована
либо станет
доступен
перенос через
экспорт.
S04-03.4:
E-23:
npa_plan_items,
Активна после Изменение
npa_roadmaps,
пользовательск затрагивает npa_export_operation
Страница 315
графиков изменений 4.2.3 Правила обработки изменения ПГ; главный
ДК определяются
ПГ и
изменений ПГ
администратор – только для примененным изменением;
исключител 4.6 Экспорт и
исключительной
при
ьной
архивирование
корректировки сохраненного необходимости/возможности
корректиро 6.4.4 Изменения ПГ в
пункта. Создание новой ДК
новой ДК создание
вки пункта экранной модели
после изменения конечного
выполняется через F-16.5;
срока выполняется отдельной перенос в другой ПГ/пункт –
функцией F-16.5.
через экспорт.
F-17
М2. База
данных
плановграфиков
F-18
М2. База
данных
плановграфиков
F-19
М2. База
данных
плановграфиков
Функции по ролям: Система;
разрешено: Только системно;
2.3 Функции модуля
условие: данные и процессные
«База данных ПГ»
условия пункта допускают
создание ДК; пользователь
Проверка 3.5.1 Правила ведения
назначен ответственным;
доступност ПГ и пунктов ПГ
и создания 4.2 Жизненный цикл ПГ отсутствует активная ДК;
пункт не признан
дорожной и пункта ПГ
6.4 Экран базы ПГ и
нецелесообразным; серверная
карты по
списка пунктов
проверка допускает создание.
пункту
7 История и
Связанный статус/переход:
уведомления
влияет на доступность TRRM-01 и кнопки «Создать
ДК»
2.3 Функции модуля
Функции по ролям:
Отдельная статусная модель
«База данных ПГ»
Ответственный исполнитель пункта ПГ не применяется.
3.5.1 Правила ведения
Переход к
соответствующего пункта ПГ; Доступность действий
ПГ и пунктов ПГ
созданию
условие: пользователь
определяется данными
4.2 Жизненный цикл ПГ
дорожной
назначен ответственным по
пункта, назначением
и пункта ПГ
карты по
пункту; серверная проверка ответственного, наличием
6.4 Экран базы ПГ и
пункту
данных и процессных условий связанной активной ДК,
списка пунктов
пункта и отсутствия
правами пользователя и
7 История и
блокирующей активной ДК. серверной проверкой.
уведомления
2.3 Функции модуля
Функции по ролям:
Отдельная статусная модель
Открытие «База данных ПГ»
Ответственный исполнитель; пункта ПГ не применяется.
существую 3.5.1 Правила ведения
контролер;
Доступность действий
щей
ПГ и пунктов ПГ
администратор;
определяется данными
дорожной 4.2 Жизненный цикл ПГ согласующий/утверждающий пункта, назначением
карты по
и пункта ПГ
при доступе; разрешено: Да; ответственного, наличием
пункту
6.4 Экран базы ПГ и
условие: право на объект и
связанной активной ДК,
списка пунктов
соответствующий статус
правами пользователя и
обработки
отсутствуют;
изменений
S04-03.5:
ПГ –
ROLE_MAIN_A
Подтвердить DMIN, PERMи применить 001, пункт ПГ
изменения;
сохранен
S04-03.5:
Пункт ПГ /
исключитель
ная
корректировк
а–
Исключитель
ная
корректировк
а пункта
Технический проект. Сервис НПА.
ой проверки;
связанную ДК s,
S04-03.5:
– После
npa_change_history;
активна при
применения USER_ID logical only
допустимости изменения
исключительно связанная ДК
й
будет
корректировки; архивирована
сохранение – либо станет
при наличии
доступен
документаперенос через
основания и
экспорт.
обязательной
причины
E-08: ДК уже
S04-04:
S04-04: Данные и
создана – По
Список
процессные
S04-04:
пункту уже
пунктов ПГ – условия пункта Активна для
есть
Создать
допускают
ответственного
актуальная
дорожную
соответствующее по пункту
дорожная
карту
действие
карта.
npa_plans,
npa_plan_items,
npa_roadmaps,
npa_file_links,
npa_change_history;U
SER_ID logical
only;FILE_ID logical
only
S04-04:
S04-04: Данные и
Список
процессные
S04-04:
пунктов ПГ – условия пункта Активна для
Создать
допускают
ответственного
дорожную
соответствующее по пункту
карту
действие
npa_plan_items,
npa_roadmaps,
npa_change_history;
USER_ID logical only
S00-03: Левое S00-03:
меню сервиса Пользователь
– Дорожные участвует хотя
карты
бы в одной ДК
S04-05:
или имеет право
Список
просмотра
пунктов ПГ – S04-05: По
Открыть
пункту есть
S00-03: При
E-08: ДК уже
наличии права
создана – По
S04-05:
пункту уже
Активна при
есть
праве
актуальная
просмотра ДК
дорожная
S05-01: Только
карта.
просмотр
npa_plans,
npa_plan_items,
npa_roadmaps,
npa_file_links,
npa_change_history;
USER_ID logical
only;
FILE_ID logical only
Страница 316
7 История и
уведомления
F-20
F-21
Связанный статус/переход: - серверной проверкой.
Права по статусам: PERM039: ROLE_ADMIN –
Открыть новую ДК после
экспорта [Только просмотр];
PERM-040:
ROLE_CONTROLLER –
Открыть новую ДК после
экспорта [Только просмотр];
PERM-041:
ROLE_RESPONSIBLE_EXEC
UTOR – Открыть новую ДК
после экспорта [Только
просмотр]
Функции по ролям:
Пользователь сервиса;
контролер;
администратор; разрешено:
Да; условие: Объект входит в
область доступа пользователя;
2.3 Функции модуля
администратор имеет полный
«База данных ПГ»
доступ;
3.5.1 Правила ведения
Просмотр
контролер - в рамках
ПГ и пунктов ПГ
М2. База
истории
4.2 Жизненный цикл ПГ контрольных полномочий
данных
изменений
Связанный статус/переход:
и пункта ПГ
плановплана и
Без статусного перехода;
6.4 Экран базы ПГ и
графиков
пункта
связано с событиями истории
списка пунктов
PLAN / PLAN_ITEM
7 История и
Права по статусам: PERMуведомления
042: ROLE_ADMIN –
Просмотреть историю [Да];
PERM-043:
ROLE_CONTROLLER –
Просмотреть историю [Да]
2.4 Функции модуля
«Дорожные карты»
3.4.2 Таблицы
Отдельная статусная модель
мероприятий,
пункта ПГ не применяется.
Создание характеристик,
Функции по ролям:
Доступность действий
дорожной шаблонов и
Ответственный исполнитель определяется данными
М3.
карты по
рекомендаций
Дорожные
соответствующего пункта ПГ; пункта, назначением
пункту
3.5.2 Правила ведения
карты
администратор не получает
ответственного, наличием
планаДК и мероприятий
это право автоматически.
связанной активной ДК,
графика
4.3–4.5 Жизненный цикл
правами пользователя и
ДК, согласование,
серверной проверкой.
исполнение
6.5–6.7 Карточка ДК,
маршрут, исполнение
дорожную
карту
S05-01:
Список ДК –
Список
дорожных
карт
актуальная ДК
S05-01:
Пользователь
открыл модуль
ДК
Технический проект. Сервис НПА.
S04-06:
S04-06:
S04-06: В деталях Активна при
История
плана/пункта плана или пункта праве
– История
просмотра
S00-03: Левое S00-03:
меню сервиса Пользователь
– Дорожные участвует хотя
S00-03: При
карты
бы в одной ДК
наличии права
S04-04:
или имеет право
S04-04:
Список
просмотра
Активна для
пунктов ПГ – S04-04: Данные и
ответственного
Создать
процессные
по пункту
дорожную
условия пункта
S06-01:
карту
допускают
Редактируемо в
S06-01:
соответствующее
черновике
Карточка ДК действие
– Реквизиты S06-01: При
ДК
создании ДК
E-16:
Событий нет
– История
изменений
пока
отсутствует.
npa_change_history,
npa_plans,
npa_plan_items;USE
R_ID logical only
npa_roadmaps,
npa_plan_items,
npa_change_history;
USER_ID logical only
Страница 317
Технический проект. Сервис НПА.
F-22
F-23
F-24
7 История и
уведомления
2.4 Функции модуля
«Дорожные карты»
3.4.2 Таблицы
мероприятий,
характеристик,
S05-02:
S05-02:
шаблонов и
Статус RM_DRAFT: Черновик Список ДК –
Активна при
Создание
Функции по ролям:
S05-02: На
рекомендаций
Переход TR-RM-02: – →
Создать ДК
праве и
дорожной
Ответственный исполнитель
странице списка
М3.
3.5.2 Правила ведения
RM_DRAFT (Создание ДК
вне плана
наличии
создаваемой ДК; указано
ДК
Дорожные карты вне
ДК и мероприятий
вне плана)
S06-01:
основания
планадопустимое основание вне
S06-01: При
карты
4.3–4.5 Жизненный цикл
История H_RM_CREATED: Карточка ДК
S06-01:
графика
ПГ.
создании ДК
ДК, согласование,
Создана ДК
– Реквизиты
Редактируемо в
исполнение
ДК
черновике
6.5–6.7 Карточка ДК,
маршрут, исполнение
7 История и
уведомления
2.4 Функции модуля
«Дорожные карты»
3.4.2 Таблицы
мероприятий,
S04-04:
характеристик,
S04-04: Данные и
Список
Функции по ролям: Система;
S04-04:
Автозаполн шаблонов и
пунктов ПГ – процессные
разрешено: Только системно;
Активна для
рекомендаций
ение
Создать
условия пункта
условие: Создание ДК по
ответственного
М3.
дорожной 3.5.2 Правила ведения
дорожную
допускают
пункту ПГ успешно
по пункту
Дорожные
Статус RM_DRAFT: Черновик
ДК и мероприятий
карты
карту
соответствующее
инициировано
S06-01:
карты
4.3–4.5 Жизненный цикл
данными
S06-01:
действие
Связанный статус/переход:
Редактируемо в
ДК, согласование,
пункта
Карточка ДК S06-01: При
RM_DRAFT (ДК)
черновике
исполнение
– Реквизиты создании ДК
6.5–6.7 Карточка ДК,
ДК
маршрут, исполнение
7 История и
уведомления
2.4 Функции модуля
Функции по ролям:
Статус RM_DRAFT: Черновик
«Дорожные карты»
Ответственный исполнитель; Переход TR-RM-03:
3.4.2 Таблицы
разрешено: Да; условие: право RM_DRAFT → RM_DRAFT
мероприятий,
на объект и соответствующий (Настройка вида,
характеристик,
статус
характеристик, рекомендаций,
шаблонов и
Связанный статус/переход:
мероприятий и сроков)
М3.
S06-02:
S06-02:
Выбор вида рекомендаций
S06-02: В блоке
TR-RM-03:
Кнопки/действия:
Дорожные
Карточка ДК
Активен в
акта
характеристик
3.5.2 Правила ведения
RM_DRAFT→RM_DRAFT
RM_DRAFT / Ответственный
карты
– Вид акта
черновике
ДК и мероприятий
Права по статусам: PERMисполнитель – Направить на
4.3–4.5 Жизненный цикл 017:
согласование;
ДК, согласование,
ROLE_RESPONSIBLE_EXEC указать характеристики;
исполнение
UTOR – Редактировать ДК в просмотреть рекомендации;
6.5–6.7 Карточка ДК,
черновике / после возврата
добавить рекомендацию в
маршрут, исполнение
[Да]; PERM-019:
мероприятия;
npa_roadmaps,
npa_change_history;
USER_ID logical
only;
SED_REF logical
only при наличии
npa_roadmaps,
npa_plan_items,
npa_change_history;
USER_ID logical only
npa_roadmaps,
npa_change_history
Страница 318
7 История и
уведомления
Технический проект. Сервис НПА.
ROLE_RESPONSIBLE_EXEC редактировать мероприятия;
UTOR – Выбрать вид акта
редактировать маршрут
[Да]
История H_RM_UPDATED:
Изменены параметры ДК
Функции по ролям:
Ответственный исполнитель;
разрешено: Да; условие: ДК Статус RM_DRAFT: Черновик
находится в RM_DRAFT /
2.4 Функции модуля
Переход TR-RM-03:
RM_RETURNED;
«Дорожные карты»
RM_DRAFT → RM_DRAFT
пользователь является
3.4.2 Таблицы
(Настройка вида,
ответственным по ДК;
мероприятий,
характеристик, рекомендаций,
характеристики используются мероприятий и сроков)
характеристик,
для расчета блока
шаблонов и
Кнопки/действия:
S06-03:
рекомендаций
RM_DRAFT / Ответственный
Заполнение рекомендаций
Карточка ДК
М3.
S06-03:
Связанный статус/переход:
исполнитель – Направить на
характерист 3.5.2 Правила ведения
S06-03: После
–
F-25 Дорожные
Активно в
TR-RM-03:
ДК и мероприятий
согласование;
ик акта в
выбора вида акта
Характеристи
карты
черновике
4.3–4.5 Жизненный цикл RM_DRAFT→RM_DRAFT
указать характеристики;
ДК
ки акта
Права по статусам: PERMДК, согласование,
просмотреть рекомендации;
017:
исполнение
добавить рекомендацию в
ROLE_RESPONSIBLE_EXEC мероприятия;
6.5–6.7 Карточка ДК,
UTOR – Редактировать ДК в редактировать мероприятия;
маршрут, исполнение
черновике / после возврата
7 История и
редактировать маршрут
[Да]; PERM-020:
уведомления
История H_RM_UPDATED:
ROLE_RESPONSIBLE_EXEC Изменены параметры ДК
UTOR – Заполнить
характеристики акта [Да]
Функции по ролям:
Администратор;
2.4 Функции модуля
контролер с правом
«Дорожные карты»
S00-04: Левое
настройки; разрешено: Да;
3.4.2 Таблицы
меню сервиса
условие: пользователь имеет
мероприятий,
– Настройки S00-04:
S00-04:
право настройки
характеристик,
рекомендаций Пользователю
Активна при
рекомендаций; изменение
шаблонов и
S13-01:
предоставлено
праве
влияет только на
Ведение
рекомендаций
Настройки
административно администриров
последующие расчеты и не
М3.
справочник
3.5.2 Правила ведения
рекомендаций е право на
ания
меняет уже созданные
F-25.1 Дорожные а
ДК и мероприятий
–
настройки
S13-01:
мероприятия
карты
характерист
4.3–4.5 Жизненный цикл
Характеристи рекомендаций
Активна при
Связанный статус/переход:
ик акта
ДК, согласование,
ки, общие
S13-01: В
наличии права
Без статусного перехода;
исполнение
шаблоны и
административно на настройки
настройка npa_characteristics
6.5–6.7 Карточка ДК,
матрица
й зоне сервиса
рекомендаций
Права по статусам: PERMмаршрут, исполнение
применимост
046: ROLE_ADMIN – Вести
7 История и
и
характеристики, общие
уведомления
шаблоны и матрицу
применимости [Да]
М3.
Ведение
2.4 Функции модуля
Функции по ролям:
S00-04: Левое S00-04:
S00-04:
F-25.2 Дорожные общих
«Дорожные карты»
Администратор;
меню сервиса Пользователю
Активна при
карты
шаблонов 3.4.2 Таблицы
контролер с правом
– Настройки предоставлено
праве
npa_roadmaps,
npa_characteristics,
npa_roadmap_charact
eristics,
npa_change_history
npa_characteristics,
npa_change_history;
USER_ID logical only
npa_activity_template
s,
npa_change_history;
Страница 319
мероприяти мероприятий,
настройки; разрешено: Да;
й
характеристик,
условие: пользователь имеет
шаблонов и
право настройки
рекомендаций
рекомендаций;
3.5.2 Правила ведения
template_scope=GLOBAL;
ДК и мероприятий
личные шаблоны не
4.3–4.5 Жизненный цикл участвуют в рекомендациях
ДК, согласование,
Связанный статус/переход:
исполнение
Без статусного перехода;
6.5–6.7 Карточка ДК,
настройка
маршрут, исполнение
npa_activity_templates
7 История и
Права по статусам: PERMуведомления
046: ROLE_ADMIN – Вести
характеристики, общие
шаблоны и матрицу
применимости [Да]
Функции по ролям:
Администратор;
контролер с правом
настройки; разрешено: Да;
2.4 Функции модуля
условие: пользователь имеет
«Дорожные карты»
право настройки
3.4.2 Таблицы
рекомендаций; правило
мероприятий,
применимости связывает вид
характеристик,
акта, характеристику,
шаблонов и
значение и общий шаблон;
Настройка
рекомендаций
стартовая матрица v1 является
матрицы
М3.
3.5.2 Правила ведения
настраиваемой
F-25.3 Дорожные применимос
ДК и мероприятий
конфигурацией
ти общих
карты
4.3–4.5 Жизненный цикл
Связанный статус/переход:
шаблонов
ДК, согласование,
Без статусного перехода;
исполнение
настройка
6.5–6.7 Карточка ДК,
npa_activity_template_character
маршрут, исполнение
istics
7 История и
Права по статусам: PERMуведомления
046: ROLE_ADMIN – Вести
характеристики, общие
шаблоны и матрицу
применимости [Да]
Функции по ролям:
2.4.5 Общие и личные
шаблоны мероприятий; пользователь-владелец
Ведение
личного шаблона; разрешено
3.4.2 Таблицы
личных
создание, применение и
М3.
мероприятий,
мягкое удаление только
F-25.4 Дорожные шаблонов характеристик,
мероприяти шаблонов и
собственных личных
карты
й
шаблонов; чужие шаблоны
рекомендаций;
администратор не удаляет без
5.3 Матрица прав;
отдельного решения ТП.
6.5 Карточка ДК;
Технический проект. Сервис НПА.
рекомендаций административно администриров
S13-01:
е право на
ания
Настройки
настройки
S13-01:
рекомендаций рекомендаций
Активна при
–
S13-01: В
наличии права
Характеристи административно на настройки
ки, общие
й зоне сервиса
рекомендаций
шаблоны и
матрица
применимост
и
USER_ID logical only
S00-04: Левое
E-19:
меню сервиса
Невалидное
– Настройки S00-04:
правило
S00-04:
рекомендаций Пользователю
матрицы –
Активна при
S13-01:
Правило
предоставлено
праве
npa_activity_template
Настройки
административно администриров применимост _characteristics,
рекомендаций е право на
и не
ания
npa_activity_template
–
сохранено.
настройки
S13-01:
s, npa_characteristics,
Характеристи рекомендаций
Укажите вид npa_change_history;
Активна при
ки, общие
S13-01: В
наличии права акта,
USER_ID logical only
шаблоны и
административно на настройки характеристик
матрица
й зоне сервиса
рекомендаций у, значение и
применимост
общий
и
шаблон.
S06-06.1:
S06-06.1: Для
S06-06.1:
Карточка ДК / фактического
Активно при
таблица
мероприятия,
праве
мероприятий доступного
редактирования
– Сохранить пользователю на мероприятия
как личный редактирование S06-06.2:
шаблон
S06-06.2: В блоке Активно при
S06-06.2:
фактических
праве
Карточка ДК / мероприятий
редактирования
npa_activity_template
s;
USER_ID logical only
Страница 320
7.2 История изменений
таблица
S06-06.3: В
мероприятий списке личных
– Добавить из шаблонов
личного
пользователя
шаблона
S06-06.3:
Карточка ДК /
личные
шаблоны
мероприятий
– Удалить
личный
шаблон
Технический проект. Сервис НПА.
ДК
S06-06.3:
Активно для
владельца или
администратор
ас
подтвержденны
м правом
2.4 Функции модуля
Статус RM_DRAFT: Черновик
«Дорожные карты»
Переход TR-RM-03:
3.4.2 Таблицы
Функции по ролям: Система; RM_DRAFT → RM_DRAFT
S06-03:
мероприятий,
разрешено: Только системно; (Настройка вида,
E-17:
Карточка ДК
S06-03:
характеристик,
условие: Выбран вид акта и
характеристик, рекомендаций,
Рекомендации
–
npa_activity_template
Активно в
заполнены характеристики
мероприятий и сроков)
Формирова шаблонов и
не найдены –
Характеристи S06-03: После
черновике
s,
ДК; активны общие шаблоны Кнопки/действия:
ние блока рекомендаций
Рекомендован
ки акта
М3.
выбора вида акта S06-04:
npa_activity_template
и матрица применимости;
RM_DRAFT / Ответственный
рекомендов 3.5.2 Правила ведения
ные
S06-04:
F-26 Дорожные
S06-04: После
Доступно в
_characteristics,
ДК и мероприятий
рекомендации не создают
исполнитель – Направить на
анных
мероприятия
Карточка ДК выбора вида акта черновике;
карты
npa_characteristics,
мероприяти 4.3–4.5 Жизненный цикл фактические мероприятия без согласование;
не найдены.
–
и характеристик пустое
npa_roadmap_charact
ДК, согласование,
действия пользователя
указать характеристики;
й
Добавьте
Рекомендован
состояние не
eristics
исполнение
Связанный статус/переход:
просмотреть рекомендации;
мероприятие
ные
блокирует ДК
6.5–6.7 Карточка ДК,
TR-RM-03:
добавить рекомендацию в
вручную.
мероприятия
маршрут, исполнение
RM_DRAFT→RM_DRAFT
мероприятия;
7 История и
редактировать мероприятия;
уведомления
редактировать маршрут
Функции по ролям:
Статус RM_DRAFT: Черновик
Ответственный исполнитель; Статус ACT_PLANNED:
2.4 Функции модуля
разрешено: Да; условие: ДК Запланировано
«Дорожные карты»
находится в RM_DRAFT /
Переход TR-RM-03:
3.4.2 Таблицы
RM_RETURNED;
RM_DRAFT → RM_DRAFT
мероприятий,
E-18:
пользователь является
(Настройка вида,
характеристик,
Рекомендаци
Добавление
S06-04.1:
ответственным по ДК;
характеристик, рекомендаций,
шаблонов и
ю нельзя
S06-04.1:
npa_roadmap_activiti
рекомендац
Активна при
выбрана рекомендация; срок мероприятий и сроков)
рекомендаций
добавить –
Карточка ДК S06-04.1: В блоке
es,
ии в
праве
М3.
мероприятия не позже
Переход TR-ACT-01: – →
3.5.2 Правила ведения
Рекомендация npa_activity_template
– Добавить
рекомендаций
редактирования
F-26.1 Дорожные фактически
конечного срока ДК
ACT_PLANNED (Создание
ДК и мероприятий
не добавлена. s, npa_roadmaps,
рекомендаци есть применимая
е
ДК и
карты
Связанный статус/переход:
мероприятия)
4.3–4.5 Жизненный цикл
Проверьте
юв
рекомендация
npa_change_history;
мероприяти
допустимом
TR-RM-03:
Кнопки/действия:
ДК, согласование,
обязательные USER_ID logical only
мероприятия
я ДК
статусе
RM_DRAFT→RM_DRAFT; RM_DRAFT / Ответственный
исполнение
поля и срок
TR-ACT-01: исполнитель – Направить на
6.5–6.7 Карточка ДК,
мероприятия.
→ACT_PLANNED
согласование;
маршрут, исполнение
Права по статусам: PERMуказать характеристики;
7 История и
017:
просмотреть рекомендации;
уведомления
ROLE_RESPONSIBLE_EXEC добавить рекомендацию в
UTOR – Редактировать ДК в мероприятия;
Страница 321
Технический проект. Сервис НПА.
F-27
F-28
черновике / после возврата
редактировать мероприятия;
[Да]; PERM-021:
редактировать маршрут
ROLE_RESPONSIBLE_EXEC История H_RM_UPDATED:
UTOR – Добавить /
Изменены параметры ДК
редактировать фактические
мероприятия [Да]
Функции по ролям:
Ответственный исполнитель; Статус RM_DRAFT: Черновик
разрешено: Да; условие: ДК Статус ACT_PLANNED:
находится в RM_DRAFT /
Запланировано
RM_RETURNED;
Переход TR-RM-03:
2.4 Функции модуля
пользователь является
RM_DRAFT → RM_DRAFT
«Дорожные карты»
ответственным по ДК;
(Настройка вида,
3.4.2 Таблицы
мероприятие добавляется
характеристик, рекомендаций, S06-05:
мероприятий,
E-17:
вручную без использования мероприятий и сроков)
Карточка ДК
характеристик,
S06-05:
Рекомендации
рекомендации
Переход TR-ACT-01: – →
– Добавить
шаблонов и
S06-05: В
Активна в
не найдены –
Связанный статус/переход:
ACT_PLANNED (Создание
мероприятие
таблице
черновике
Рекомендован npa_roadmap_activiti
Добавление рекомендаций
TR-RM-03:
мероприятия)
S06-06.2:
М3.
мероприятий
S06-06.2:
ные
кастомных 3.5.2 Правила ведения
es, npa_roadmaps,
RM_DRAFT→RM_DRAFT; Кнопки/действия:
Карточка ДК /
Дорожные
S06-06.2: В блоке Активно при
мероприятия npa_change_history;
мероприяти ДК и мероприятий
TR-ACT-01: RM_DRAFT / Ответственный таблица
карты
4.3–4.5 Жизненный цикл
фактических
праве
не найдены. USER_ID logical only
й
→ACT_PLANNED
исполнитель – Направить на мероприятий
ДК, согласование,
мероприятий
редактирования Добавьте
Права по статусам: PERMсогласование;
– Добавить из
исполнение
ДК
мероприятие
017:
указать характеристики;
личного
6.5–6.7 Карточка ДК,
вручную.
ROLE_RESPONSIBLE_EXEC просмотреть рекомендации; шаблона
маршрут, исполнение
UTOR – Редактировать ДК в добавить рекомендацию в
7 История и
черновике / после возврата
мероприятия;
уведомления
[Да]; PERM-021:
редактировать мероприятия;
ROLE_RESPONSIBLE_EXEC редактировать маршрут
UTOR – Добавить /
История H_RM_UPDATED:
редактировать фактические
Изменены параметры ДК
мероприятия [Да]
Функции по ролям:
Статус RM_DRAFT: Черновик
2.4 Функции модуля
Ответственный исполнитель; Статус ACT_PLANNED:
«Дорожные карты»
разрешено: Да; условие: право Запланировано
3.4.2 Таблицы
на объект и соответствующий Переход TR-RM-03:
мероприятий,
E-09: Не
статус
RM_DRAFT → RM_DRAFT
характеристик,
заполнены
S06-06:
Связанный статус/переход:
(Настройка вида,
шаблонов и
обязательные
TR-RM-03:
характеристик, рекомендаций, Карточка ДК
Редактиров рекомендаций
S06-06:
npa_roadmap_activiti
мероприятия/
М3.
–
S06-06: Для
RM_DRAFT→RM_DRAFT
мероприятий и сроков)
3.5.2 Правила ведения
ание
Активно до
es, npa_roadmaps,
сроки –
Дорожные
Редактироват мероприятий в
Права по статусам: PERMКнопки/действия:
мероприяти ДК и мероприятий
отправки на
npa_change_history;U
Заполните
карты
черновике
017:
RM_DRAFT / Ответственный ь
й и сроков 4.3–4.5 Жизненный цикл
согласование
SER_ID logical only
обязательные
ROLE_RESPONSIBLE_EXEC исполнитель – Направить на мероприятие /
ДК, согласование,
мероприятия
срок
UTOR – Редактировать ДК в согласование;
исполнение
и сроки.
черновике / после возврата
указать характеристики;
6.5–6.7 Карточка ДК,
[Да]; PERM-021:
просмотреть рекомендации;
маршрут, исполнение
ROLE_RESPONSIBLE_EXEC добавить рекомендацию в
7 История и
UTOR – Добавить /
мероприятия;
уведомления
редактировать фактические
редактировать мероприятия;
Страница 322
мероприятия [Да]
F-29
F-30
F-31
Технический проект. Сервис НПА.
редактировать маршрут
История H_RM_UPDATED:
Изменены параметры ДК
Статус RM_DRAFT:
Черновик; статус
Функции по ролям:
2.4 Функции модуля
Ответственный исполнитель; ACT_PLANNED:
«Дорожные карты»;
Запланировано. Для ДК по ПГ
система. Для ДК по ПГ
3.4.2 Таблицы
конечное мероприятие и
операция выполняется
мероприятий,
системно по данным пункта; конечный срок наследуются
характеристик,
системой из пункта и штатно
для ДК вне ПГ значения
Фиксация
шаблонов и
S06-07: Только
не изменяются; для ДК вне ПГ S06-07:
задает ответственный
финального
npa_roadmaps,
рекомендаций; 3.5.2
М3.
просмотр, если
исполнитель в RM_DRAFT / значения задает
мероприяти
Карточка ДК S06-07: Для ДК
npa_roadmap_activiti
Правила ведения ДК и
Дорожные
срок
ответственный исполнитель в – Финальное из ПГ
RM_RETURNED. Права по
яи
es, npa_plan_items,
мероприятий; 4.3–4.5
карты
наследуется из
RM_DRAFT /
статусам: PERM-017:
конечного
мероприятие
npa_change_history
Жизненный цикл ДК,
пункта
ROLE_RESPONSIBLE_EXEC RM_RETURNED. Переход
срока
согласование,
UTOR – Редактировать ДК в TR-RM-03: RM_DRAFT →
исполнение; 6.5–6.7
RM_DRAFT (Настройка вида,
черновике / после возврата
Карточка ДК, маршрут,
характеристик, рекомендаций,
[Да]; PERM-022:
исполнение; 7 История и
ROLE_RESPONSIBLE_EXEC мероприятий и сроков).
уведомления
История H_RM_UPDATED:
UTOR – Задать сроки [Да]
Изменены параметры ДК.
S06-04.1:
Карточка ДК
S06-04.1:
– Добавить
Статус RM_DRAFT: Черновик
рекомендаци
Активна при
E-09: Не
Статус ACT_PLANNED:
юв
праве
заполнены
2.4 Функции модуля
Функции по ролям: Система; Запланировано
мероприятия
редактирования обязательные
«Дорожные карты»
ответственный исполнитель; Переход TR-RM-03:
S06-06:
ДК и
мероприятия/
3.4.2 Таблицы
разрешено: Только системно; RM_DRAFT → RM_DRAFT
S06-04.1: В блоке
Карточка ДК
допустимом
сроки –
мероприятий,
условие: ДК в RM_DRAFT / (Настройка вида,
рекомендаций
–
статусе
Заполните
характеристик,
RM_RETURNED, изменены характеристик, рекомендаций,
есть применимая
Редактироват
S06-06:
обязательные
шаблонов и
мероприятия или срок
мероприятий и сроков)
рекомендация
ь
Активно до
мероприятия npa_roadmaps,
Валидация
рекомендаций
Связанный статус/переход:
Кнопки/действия:
S06-06: Для
мероприятие /
отправки на
и сроки.
М3.
сроков и
npa_roadmap_activiti
3.5.2 Правила ведения
TR-RM-03
RM_DRAFT / Ответственный
мероприятий в
срок
согласование E-18:
Дорожные состава
es,
ДК и мероприятий
Права по статусам: PERMисполнитель – Направить на
черновике
S06-06.2:
S06-06.2:
Рекомендаци npa_activity_template
карты
мероприяти
4.3–4.5 Жизненный цикл 017:
согласование;
S06-06.2: В блоке
Карточка ДК /
Активно при
ю нельзя
й
s, npa_change_history
ДК, согласование,
ROLE_RESPONSIBLE_EXEC указать характеристики;
фактических
таблица
праве
добавить –
исполнение
UTOR – Редактировать ДК в просмотреть рекомендации;
мероприятий
мероприятий
редактирования Рекомендация
6.5–6.7 Карточка ДК,
черновике / после возврата
добавить рекомендацию в
S06-10: ДК в
– Добавить из
ДК
не добавлена.
маршрут, исполнение
[Да]; PERM-022:
мероприятия;
черновике
личного
S06-10:
Проверьте
7 История и
ROLE_RESPONSIBLE_EXEC редактировать мероприятия;
шаблона
Активна при
обязательные
уведомления
UTOR – Задать сроки [Да]
редактировать маршрут
S06-10:
валидных
поля и срок
История H_RM_UPDATED:
Карточка ДК
мероприятиях и мероприятия.
Изменены параметры ДК
– Направить
маршруте
на
согласование
М3.
Формирова 2.4 Функции модуля
Функции по ролям:
Статус ROUTE_DRAFT:
S06-08:
S06-08: После
S06-08: В
E-10:
npa_approval_routes,
Дорожные ние
«Дорожные карты»;
Ответственный исполнитель; Маршрут формируется; статус Карточка ДК заполнения
RM_DRAFT
Маршрут
npa_approval_stages,
Страница 323
карты
F-32
F-33
Технический проект. Сервис НПА.
маршрута 3.4.2 Таблицы
разрешено: Да; условие: право STAGE_PENDING: Ожидает. – Маршрут
мероприятий;
активен для
согласования npa_approval_particip
согласовани мероприятий,
на объект и соответствующий В RM_DRAFT формируется согласования; после возврата – первоначальног невалиден – ants, npa_roadmaps,
я
характеристик,
статус. Связанный
первоначальный маршрут. В S06-10:
сохраненный
о
Заполните
cycle_no (process
шаблонов и
статус/переход: для
RM_RETURNED ранее
Карточка ДК ранее маршрут. формирования; обязательные context; отдельная
рекомендаций; 3.5.2
первичного направления TR- сформированный маршрут
– Направить S06-10: ДК в
в
этапы и
таблица не
Правила ведения ДК и RM-04:
сохраняется; существующие на
RM_DRAFT либо RM_RETURNE участников
создается),
мероприятий; 4.3–4.5
RM_DRAFT→RM_ON_APPR этапы не удаляются, не
согласование доработана в
D – только для маршрута.
npa_change_history;
Жизненный цикл ДК,
OVAL; TR-ROUTE-01:
заменяются и не
RM_RETURNED. добавления
USER_ID logical only
согласование,
–→ROUTE_DRAFT. После
переупорядочиваются;
новых этапов.
исполнение; 6.5–6.7
возврата ранее
допускается только
S06-10: активна
Карточка ДК, маршрут, сформированный маршрут
добавление новых этапов.
при валидных
исполнение; 7 История и сохраняется; допускается
Первичное направление
мероприятиях и
уведомления
только добавление новых
выполняется по TR-RM-04;
маршруте.
этапов. Права по статусам:
повторное – по TR-RM-06/FPERM-017; PERM-023.
37.
Статус ROUTE_DRAFT:
S06-09: В
2.4 Функции модуля
S06-09:
Маршрут формируется. В
RM_DRAFT
«Дорожные карты»;
Карточка ДК
RM_DRAFT формируется
активен для
3.4.2 Таблицы
– Участники
Функции по ролям:
первоначальный состав
первоначальног
мероприятий,
маршрута;
Ответственный исполнитель;
E-10:
npa_approval_routes,
участников. В
S06-09: В блоке о выбора; в
характеристик,
S06-10:
разрешено: Да; условие: право
Маршрут
npa_approval_stages,
RM_RETURNED
маршрута; S06- RM_RETURNE
Выбор
шаблонов и
Карточка ДК
на объект и соответствующий
согласования npa_approval_particip
существующие согласующие
D – только для
10: ДК в
участников
рекомендаций; 3.5.2
– Направить
статус. Для RM_RETURNED
невалиден – ants, cycle_no
М3.
сохраняются; удаление и
RM_DRAFT либо добавления
маршрута
Правила ведения ДК и существующие согласующие
на
Заполните
(process context;
Дорожные
замена запрещены;
новых
доработана в
из
мероприятий; 4.3–4.5
согласование;
сохраняются; допускается
обязательные отдельная таблица
карты
допускается только
RM_RETURNED; согласующих;
пользовател
Жизненный цикл ДК,
S07-00:
только добавление новых
этапы и
не создается),
добавление новых
S07-00: Маршрут S06-10: активна
ей портала
согласование,
Карточка ДК /
согласующих. Права по
участников
npa_change_history;
согласующих. Дата
при валидных
запущен
исполнение; 6.5–6.7
блок
статусам: PERM-017; PERMмаршрута.
USER_ID logical only
поступления ДК конкретному
мероприятиях и
Карточка ДК, маршрут, 023.
согласования
участнику фиксируется при
маршруте; S07исполнение; 7 История и
– Ход
фактической активации его
00: только
уведомления
согласования
действия.
просмотр
E-09: Не
Статус RM_ON_APPROVAL:
2.4 Функции модуля
заполнены
На согласовании;
npa_roadmaps,
«Дорожные карты»;
Функции по ролям:
обязательные
ROUTE_ACTIVE: Маршрут
npa_approval_routes,
3.4.2 Таблицы
Ответственный исполнитель; активен; STAGE_PENDING:
мероприятия/
cycle_no (process
мероприятий,
разрешено: Да; условие: ДК Ожидает; STAGE_ACTIVE:
сроки –
context; отдельная
характеристик,
находится в RM_DRAFT.
Заполните
Активен;
таблица не
Связанный статус/переход:
обязательные
Направлени шаблонов и
S06-10:
S06-10:
DECISION_PENDING:
создается),
TR-RM-04:
мероприятия
М3.
е дорожной рекомендаций; 3.5.2
Активна при
Ожидает решения. Первичное Карточка ДК
npa_approval_stages,
S06-10: ДК в
Правила ведения ДК и RM_DRAFT→RM_ON_APPR направление из RM_DRAFT – Направить
и сроки. E-10:
Дорожные карты на
валидных
npa_approval_particip
RM_DRAFT
OVAL; TR-ROUTE-02:
карты
согласовани мероприятий; 4.3–4.5
на
мероприятиях и Маршрут
создает первый cycle_no,
ants,
Жизненный цикл ДК,
ROUTE_DRAFT→ROUTE_A активирует маршрут и первый согласование
согласования
е
маршруте
npa_approval_decisio
согласование,
CTIVE; TR-STAGE-01:
невалиден –
этап. DECISION_PENDING
ns,
исполнение; 6.5–6.7
STAGE_PENDING→STAGE_ создаются только для
Заполните
npa_notification_log,
Карточка ДК, маршрут, ACTIVE. Права по статусам: участников фактически
обязательные
npa_change_history;
исполнение; 7 История и PERM-024.
этапы и
активированного этапа по TRUSER_ID logical only
уведомления
участников
STAGE-01; будущие этапы
маршрута.
получают ожидающие
Страница 324
Технический проект. Сервис НПА.
F-34
F-35
решения только при своей
активации. История
H_ROUTE_STARTED и
H_APPROVAL_CYCLE_STA
RTED.
Статус
ROUTE_COMPLETED:
Согласование завершено
Статус STAGE_ACTIVE:
Активен
Статус STAGE_APPROVED:
Этап согласован
Статус
DECISION_APPROVED:
Согласовано
Переход TR-RM-07:
Функции по ролям:
RM_ON_APPROVAL →
Согласующий; разрешено: Да;
RM_ON_FINAL_APPROVAL
условие: пользователь
(Автоматическое завершение
2.4 Функции модуля
является текущим
согласования и передача на
«Дорожные карты»
S00-03:
согласующим активного этапа
S00-03: Левое
утверждение)
3.4.2 Таблицы
Пользователь
Связанный статус/переход:
меню сервиса
Переход TR-ROUTE-03:
мероприятий,
участвует хотя
TR-RM-07:
– Дорожные
ROUTE_ACTIVE →
характеристик,
бы в одной ДК
S00-03: При
RM_ON_APPROVAL→RM_O
карты
ROUTE_COMPLETED (Все
или имеет право наличии права
Согласован шаблонов и
N_FINAL_APPROVAL;
S07-00:
этапы завершены)
рекомендаций
просмотра
ие
S07-00: Только
TR-ROUTE-03:
Карточка ДК /
М3.
Переход TR-STAGE-01:
S07-00: Маршрут просмотр
дорожной 3.5.2 Правила ведения
ROUTE_ACTIVE→ROUTE_C
блок
Дорожные
STAGE_PENDING →
ДК и мероприятий
запущен
карты
S07-01:
OMPLETED;
согласования
карты
STAGE_ACTIVE (Активация
S07-01:
участником 4.3–4.5 Жизненный цикл
Активна до
TR-STAGE-01:
– Ход
этапа)
Пользователь
маршрута ДК, согласование,
принятия
STAGE_PENDING→STAGE_
согласования
Переход TR-STAGE-02:
исполнение
является
решения
ACTIVE;
S07-01:
STAGE_ACTIVE →
6.5–6.7 Карточка ДК,
активным
TR-STAGE-02:
Карточка ДК
STAGE_APPROVED (Все
маршрут, исполнение
участником
STAGE_ACTIVE→STAGE_A
– Согласовать
участники согласовали)
7 История и
текущего этапа
PPROVED
Переход TR-DEC-01:
уведомления
Права по статусам: PERMDECISION_PENDING →
025: ROLE_APPROVER –
DECISION_APPROVED
Согласовать [Да]
(Согласовать)
Кнопки/действия:
RM_ON_APPROVAL /
Согласующий текущего этапа
– Согласовать;
отклонить;
перенаправить новому
согласующему
История
H_DECISION_APPROVED:
Согласовано
М3.
Отклонение 2.4 Функции модуля
Функции по ролям:
Статус RM_RETURNED:
S07-00:
S07-00: Маршрут S07-00: Только E-11:
npa_roadmaps,
npa_approval_routes,
npa_approval_stages,
npa_approval_particip
ants,
npa_approval_decisio
ns, cycle_no (process
context; отдельная
таблица не
создается),
npa_change_history,
npa_notification_log;
USER_ID logical only
npa_approval_decisio
Страница 325
Технический проект. Сервис НПА.
F-36
F-37
Дорожные дорожной «Дорожные карты»
Согласующий; разрешено: Да; Возвращена на доработку
Карточка ДК / запущен
просмотр
Комментарий ns, cycle_no (process
карты
карты с
3.4.2 Таблицы
условие: пользователь
Статус STAGE_REJECTED: блок
S07-02:
S07-02:
отклонения
context; отдельная
обязательн мероприятий,
является текущим держателем Этап отклонен
согласования Пользователь
Активна до
пустой –
таблица не
ым
характеристик,
активного действия
Статус
– Ход
является
принятия
Укажите
создается),
комментари шаблонов и
соответствующей ветви;
DECISION_REJECTED:
согласования активным
решения;
причину
npa_approval_stages,
ем
рекомендаций
комментарий обязателен.
Отклонено
S07-02:
участником
комментарий отклонения. npa_approval_routes,
3.5.2 Правила ведения
Связанный переход: TR-RM- Переход TR-RM-05:
Карточка ДК текущего этапа обязателен
npa_roadmaps,
ДК и мероприятий
05:
RM_ON_APPROVAL →
– Отклонить
npa_change_history,
4.3–4.5 Жизненный цикл RM_ON_APPROVAL→RM_R RM_RETURNED
npa_notification_log;
ДК, согласование,
ETURNED; TR-STAGE-03:
(отрицательное решение
USER_ID logical only
исполнение
STAGE_ACTIVE→STAGE_R прекращает текущий цикл и
6.5–6.7 Карточка ДК,
EJECTED; TR-DEC-02:
возвращает ДК
маршрут, исполнение
DECISION_PENDING→DECI ответственному исполнителю)
7 История и
SION_REJECTED. Права по Переход TR-STAGE-03:
уведомления
статусам: PERM-026:
STAGE_ACTIVE →
ROLE_APPROVER –
STAGE_REJECTED
Отклонить [Да].
Переход TR-DEC-02:
DECISION_PENDING →
DECISION_REJECTED
После доработки новый цикл
согласования запускается с
первого этапа; отдельный
статус маршрута «Возвращен»
не используется.
2.4 Функции модуля
«Дорожные карты»
npa_approval_particip
3.4.2 Таблицы
S07-03 –
мероприятий,
Процессное действие без
ants,
«Перенаправи
характеристик,
Функции по ролям: текущий смены статуса решения:
npa_approval_decisio
ть новому
держатель активного действия DECISION_PENDING
шаблонов и
ns,
S07-03:
согласующем
Перенаправ
соответствующей ветви;
рекомендаций
остается
npa_approval_stages,
S07-03:
Пользователь
у»; действие
М3.
ление
обязательное основание;
3.5.2 Правила ведения
DECISION_PENDING;
cycle_no (process
является
Активна до
доступно
Дорожные новому
ДК и мероприятий
исходный согласующий
допускается A→B→C→… с
context; отдельная
активным
принятия
только
карты
согласующе
4.3–4.5 Жизненный цикл сохраняется и принимает
обратным возвратом
таблица не
решения
участником
текущему
му
собственное решение после
ДК, согласование,
активного действия; каждый
создается),
текущего этапа
держателю
возврата действия.
исполнение
участник принимает
npa_change_history,
активного
6.5–6.7 Карточка ДК,
собственное решение.
npa_notification_log;
действия.
маршрут, исполнение
USER_ID logical only
7 История и
уведомления
2.4 Функции модуля
Функции по ролям:
Повторное направление из
S07-00:
S07-00: Только
npa_approval_routes,
S07-00: Маршрут
«Дорожные карты»;
Ответственный исполнитель; RM_RETURNED увеличивает Карточка ДК /
просмотр; S07cycle_no (process
запущен; S07-04:
Перезапуск 3.4.2 Таблицы
разрешено: Да; условие: ДК current_cycle_no; ранее
блок
04: Активно
context; отдельная
М3.
ДК возвращена
маршрута мероприятий,
находится в RM_RETURNED; сформированный маршрут,
согласования
для
таблица не
Дорожные
на доработку;
после
характеристик,
ранее сформированный
этапы, согласующие и их
– Ход
ответственного;
создается),
карты
S06-10: ДК
доработки шаблонов и
маршрут сохранен;
порядок сохраняются;
согласования;
S06-10:
npa_approval_stages,
доработана в
рекомендаций; 3.5.2
существующие этапы и
разрешены только
S07-04:
Активна при
npa_approval_particip
RM_RETURNED
Правила ведения ДК и согласующие не удалены, не добавления. Существующие Карточка ДК
валидных
ants,
Страница 326
Технический проект. Сервис НПА.
F-38
F-39
мероприятий; 4.3–4.5
заменены и не
маршрут и этапы
– Доработать;
мероприятиях и
Жизненный цикл ДК,
переупорядочены;
подготавливаются к новому S06-10:
сохраненном
согласование,
допускаются только
cycle_no; активируется
Карточка ДК
маршруте
исполнение; 6.5–6.7
добавления. Связанный
первый этап.
– Направить
Карточка ДК, маршрут, переход: TR-RM-06:
DECISION_PENDING
на
исполнение; 7 История и RM_RETURNED→RM_ON_A создаются по TR-STAGE-01 согласование
уведомления
PPROVAL. Права по
только при фактической
статусам: PERM-024; PERM- активации соответствующего
028.
этапа; решения предыдущих
циклов сохраняются и не
являются решениями нового.
2.4 Функции модуля
«Дорожные карты»
3.4.2 Таблицы
Статус
мероприятий,
RM_ON_FINAL_APPROVAL:
Функции по ролям: Система;
S07-00:
характеристик,
На утверждении
S07-00: Маршрут
Автоматиче
условие: все исходные и
Карточка ДК /
шаблонов и
Статус
запущен
S07-00: Только
ская
привлеченные участники всех
блок
рекомендаций
ROUTE_COMPLETED:
S07-01:
просмотр
передача
этапов текущего цикла
согласования
М3.
3.5.2 Правила ведения
Согласование завершено
Пользователь
S07-01:
приняли положительные
– Ход
Дорожные дорожной
ДК и мероприятий
Переход TR-RM-07:
является
Активна до
карты на
собственные решения; все
согласования
карты
4.3–4.5 Жизненный цикл
RM_ON_APPROVAL →
активным
принятия
утверждени
параллельные ветви и
S07-01:
ДК, согласование,
RM_ON_FINAL_APPROVAL
участником
решения
е
вложенные цепочки
Карточка ДК
исполнение
(Автоматическое завершение
текущего этапа
завершены.
– Согласовать
6.5–6.7 Карточка ДК,
согласования и передача на
маршрут, исполнение
утверждение)
7 История и
уведомления
npa_approval_decisio
ns, npa_roadmaps,
npa_change_history,
npa_notification_log
npa_roadmaps,
npa_approval_routes,
npa_approval_stages,
npa_approval_particip
ants,
npa_approval_decisio
ns, cycle_no (process
context; отдельная
таблица не
создается),
npa_change_history,
npa_notification_log;
USER_ID logical only
Статус RM_APPROVED:
Утверждена. Статус
S00-03:
DECISION_FINAL_APPROVED:
S00-03:
Левое
Пользователь
Утверждено. Статус
2.4 Функции модуля
Функции по ролям: Статсменю сервиса участвует хотя
DECISION_FINAL_RETURNED:
«Дорожные карты»;
секретарь – заместитель
– Дорожные бы в одной ДК
Возвращено на доработку
3.4.2 Таблицы
S00-03: При
npa_roadmaps,
Министра; разрешено: Да;
карты; S07- или имеет право
утверждающим. TR-DEC-04:
мероприятий,
наличии
права;
E-24:
Не
npa_approval_routes,
DECISION_PENDING→DECISIO 00: Карточка просмотра; S07условие: активен
характеристик,
S07-00: Только заполнен
cycle_no (process
N_FINAL_APPROVED;
TR-DECобязательный этап
ДК / блок
00: Маршрут
шаблонов и
просмотр; S08- комментарий context; отдельная
05:
«Утверждение»; пользователь
согласования запущен; S08-01:
М3.
Утверждени рекомендаций; 3.5.2
01: Активна
при возврате таблица не
DECISION_PENDING→DECISIO
является финальным
– Ход
Система
N_FINAL_RETURNED. TR-RMДорожные е дорожной Правила ведения ДК и
только у
на доработку создается),
утверждающим; при возврате 08:
согласования; автоматически
карты
карты
мероприятий; 4.3–4.5
утверждающего – Укажите
npa_approval_decisio
заполнен обязательный
активировала
RM_ON_FINAL_APPROVAL→R S08-01:
Жизненный цикл ДК,
; S08-02:
комментарий ns,
комментарий. Связанные
Карточка ДК обязательный
M_APPROVED; при переходе
согласование,
Активна только к возврату ДК npa_change_history,
переходы: TR-DEC-04, TRDECISION_FINAL_APPROVED – Утвердить; этап
исполнение; 6.5–6.7
у финального на доработку. npa_notification_log;
DEC-05, TR-RM-08, TR-RM- сохраняется в существующей
S08-02:
«Утверждение»;
Карточка ДК, маршрут,
утверждающего
USER_ID logical only
npa_approval_decisions,
ДК
09. Права: PERM-029; PERMКарточка ДК S08-02: Активен
исполнение; 7 История и
присваиваются
номер
и
дата
по
030.
– Вернуть на обязательный
уведомления
правилам раздела 3.4.1 и
доработку
этап
фиксируется регистрация. TR«Утверждение»
RM-09:
RM_ON_FINAL_APPROVAL→R
Страница 327
M_RETURNED;
DECISION_FINAL_RETURNED
сохраняется в
npa_approval_decisions с
обязательным комментарием;
номер и дата утвержденной ДК не
формируются.
H_RM_APPROVED содержит
roadmap_id, approval_decision_id,
approver_user_id, cycle_no,
decision_code=DECISION_FINAL
_APPROVED, decided_at,
roadmap_number и roadmap_date.
F-40
F-41
F-42
Технический проект. Сервис НПА.
2.4 Функции модуля
S05-01.1:
«Дорожные карты»
Пользователь
S05-01.1:
3.4.2 Таблицы
имеет доступ к
Статус RM_IN_PROGRESS: S05-01.1:
Функции по ролям: Система;
Активна при
мероприятий,
На исполнении
Список ДК – исполнению или
разрешено: Только системно;
наличии
характеристик,
Статус ACT_IN_PROGRESS: Работа с НПА контролю хотя
условие: ДК утверждена и
доступных ДК
шаблонов и
бы одной ДК
На исполнении
S08-01:
находится в RM_APPROVED
на исполнении
npa_roadmaps,
рекомендаций
Переход TR-RM-10:
Карточка ДК S08-01: Система
Перевод
Связанный статус/переход:
S08-01:
npa_roadmap_activiti
М3.
RM_APPROVED →
– Утвердить автоматически
утвержденн 3.5.2 Правила ведения
TR-RM-10:
Активна только
es,
Дорожные
ДК и мероприятий
активировала
RM_IN_PROGRESS (Перевод S09-01:
ой ДК в
RM_APPROVED→RM_IN_PR
у
npa_change_history;
карты
в исполнение)
Работа с НПА обязательный
исполнение 4.3–4.5 Жизненный цикл
OGRESS;
утверждающего
USER_ID logical only
ДК, согласование,
Переход TR-ACT-02:
/ исполнение этап
TR-ACT-02:
S09-01: Только
исполнение
ACT_PLANNED →
мероприятий «Утверждение»
ACT_PLANNED→ACT_IN_P
просмотр или
6.5–6.7 Карточка ДК,
S09-01: ДК
ACT_IN_PROGRESS (Старт – Список
ROGRESS
действия по
маршрут, исполнение
исполнения)
мероприятий находится в
роли
7 История и
RM_IN_PROGRE
уведомления
SS
S00-03:
2.4 Функции модуля
Пользователь
«Дорожные карты»
участвует хотя
3.4.2 Таблицы
S00-03: Левое
TR-ACT-03:
бы в одной ДК
S00-03: При
мероприятий,
меню сервиса
ACT_IN_PROGRESS→ACT_
или имеет право наличии права
Отметка
характеристик,
E-12:
– Дорожные
WAITING_CONFIRMATION;
просмотра
S05-01.1:
npa_execution_marks,
исполнения шаблонов и
Функции по ролям:
карты
Мероприятие
TR-MARK-01: создается
S05-01.1:
Активна при
npa_roadmap_activiti
мероприяти рекомендаций
Ответственный исполнитель
уже ожидает
S05-01.1:
новая запись
Пользователь
наличии
es, npa_file_links,
М3.
я
3.5.2 Правила ведения
подтверждени
соответствующей ДК; один
Список ДК –
npa_execution_marks.
имеет доступ к доступных ДК
npa_change_history,
Дорожные
ответственн ДК и мероприятий
я – Отметка
ответственный исполняет все
Работа с НПА
Повторное представление
исполнению или на исполнении
npa_notification_log;
карты
ым
4.3–4.5 Жизненный цикл мероприятия; файл и
S09-02:
уже
после отклонения – новая
контролю хотя
S09-02:
FILE_ID logical only;
исполнител ДК, согласование,
комментарий необязательны.
направлена
Работа с НПА
запись, без пользовательской
бы одной ДК
Активна до
USER_ID logical only
ем
исполнение
контролеру.
/ исполнение
сущности «попытка
S09-02:
отправки на
6.5–6.7 Карточка ДК,
мероприятий
исполнения».
Мероприятие на подтверждение
маршрут, исполнение
– Выполнено
исполнении,
7 История и
пользователь
уведомления
исполнитель
М3.
Подтвержде 2.4 Функции модуля
Функции по ролям:
TR-ACT-04:
S05-01.1:
S05-01.1:
S05-01.1:
npa_execution_marks,
Дорожные ние
«Дорожные карты»
Контролер; разрешено: Да;
ACT_WAITING_CONFIRMA Список ДК – Пользователь
Активна при
npa_roadmap_activiti
карты
исполнения 3.4.2 Таблицы
условие: мероприятие
TION→ACT_COMPLETED; Работа с НПА имеет доступ к наличии
es,
Страница 328
Технический проект. Сервис НПА.
F-43
F-44
контролеро мероприятий,
находится в
TR-MARK-02:
S10-01:
исполнению или доступных ДК
npa_change_history;
м
характеристик,
ACT_WAITING_CONFIRMA MARK_SUBMITTED→MAR Работа с НПА контролю хотя
на исполнении
USER_ID logical only
шаблонов и
TION
K_CONFIRMED. Контролер / контроль
бы одной ДК
S10-01:
рекомендаций
Связанный статус/переход:
фиксирует результат
исполнения – S10-01: Есть
Активна для
3.5.2 Правила ведения
TR-RM-11:
подтверждения в той же
Подтвердить отметка
контролера
ДК и мероприятий
RM_IN_PROGRESS→RM_CO проверяемой записи
исполнение исполнителя
4.3–4.5 Жизненный цикл MPLETED;
npa_execution_marks; новую
ДК, согласование,
TR-ACT-04:
отметку и отдельное
исполнение
ACT_WAITING_CONFIRMA контрольное решение не
6.5–6.7 Карточка ДК,
TION→ACT_COMPLETED; создает; отдельное
маршрут, исполнение
TR-MARK-02:
уведомление не формируется.
7 История и
MARK_SUBMITTED→MAR
уведомления
K_CONFIRMED
Права по статусам: PERM032: ROLE_CONTROLLER –
Подтвердить исполнение [Да]
2.4 Функции модуля
Функции по ролям:
TR-ACT-05:
«Дорожные карты»
Контролер; разрешено: Да;
ACT_WAITING_CONFIRMA
3.4.2 Таблицы
условие: мероприятие
S05-01.1:
TION→ACT_IN_PROGRESS;
мероприятий,
находится в
Активна при
TR-MARK-03:
S05-01.1:
S05-01.1:
E-13:
характеристик,
ACT_WAITING_CONFIRMA
наличии
MARK_SUBMITTED→MAR Список ДК – Пользователь
Комментарий
шаблонов и
TION
доступных ДК
npa_execution_marks,
K_REJECTED. Отклонение, Работа с НПА имеет доступ к
отклонения
Связанный статус/переход:
на исполнении
Отклонение рекомендаций
npa_roadmap_activiti
результат контроля и
S10-02:
исполнению или
исполнения
М3.
TR-ACT-05:
S10-02:
исполнения 3.5.2 Правила ведения
es,
обязательный комментарий
Работа с НПА контролю хотя
пустой –
Дорожные
ACT_WAITING_CONFIRMA
Активна для
контролеро ДК и мероприятий
npa_change_history,
контролера фиксируются в
/ контроль
бы одной ДК
Укажите
карты
4.3–4.5 Жизненный цикл TION→ACT_IN_PROGRESS;
контролера;
м
npa_notification_log;
той же проверяемой записи
исполнения – S10-02: Есть
причину
ДК, согласование,
TR-MARK-03:
комментарий
USER_ID logical only
npa_execution_marks; новую Отклонить
отметка
отклонения
исполнение
MARK_SUBMITTED→MAR
обязателен как
запись при проверке не
исполнение исполнителя
исполнения.
6.5–6.7 Карточка ДК,
K_REJECTED
проектное
создавать; следующая
маршрут, исполнение
Права по статусам: PERMрешение
отправка исполнителя создаст
7 История и
033: ROLE_CONTROLLER –
новую запись.
уведомления
Отклонить исполнение [Да]
2.4 Функции модуля
S05-01.1:
S05-01.1:
«Дорожные карты»
S05-01.1:
Список ДК –
Пользователь
3.4.2 Таблицы
Активна при
Работа с НПА
имеет доступ к
мероприятий,
наличии
S09-01:
исполнению или
характеристик,
доступных ДК
Функции по ролям: Система;
Работа с НПА
контролю хотя
Расчет
шаблонов и
на исполнении
разрешено: Только системно; Статус RM_COMPLETED:
/ исполнение
бы одной ДК
статуса и
npa_roadmap_activiti
рекомендаций
S09-01: Только
условие: системная операция Исполнена
мероприятий
S09-01: ДК
М3.
светофорно
es,
3.5.2 Правила ведения
просмотр или
по статусу или событию
Переход TR-RM-11:
– Список
находится в
Дорожные й
npa_execution_marks,
ДК и мероприятий
действия по
RM_IN_PROGRESS →
Связанный статус/переход:
мероприятий
RM_IN_PROGRE
карты
индикации
npa_execution_marks,
4.3–4.5 Жизненный цикл TR-RM-11:
роли
RM_COMPLETED
S10-01:
SS
мероприяти
npa_change_history
ДК, согласование,
S10-01:
RM_IN_PROGRESS→RM_CO (Завершение ДК)
Работа с НПА
S10-01: Есть
я
исполнение
Активна для
MPLETED
/ контроль
отметка
6.5–6.7 Карточка ДК,
контролера
исполнения –
исполнителя
маршрут, исполнение
S10-03: Только
Подтвердить
S10-03: В строке
7 История и
просмотр
исполнение
мероприятия
уведомления
S10-03:
Страница 329
Работа с НПА
/ контроль
исполнения –
Светофор
статуса
F-45
Технический проект. Сервис НПА.
Матрица уведомлений раздела
7: изменение ПГ →
ответственный исполнитель
затронутого пункта,
однократно; архивирование
связанной ДК →
S04-03.4 –
ответственный исполнитель
применение
архивированной ДК,
изменений
однократно; при
ПГ; S04-04 –
необходимости новой ДК
создание
после изменения ПГ → первое
новой ДК по
напоминание через +1
пункту; S06рабочий день, далее
10/S07ежедневно до создания ДК
01/S07-03 –
2.4 Функции модуля
Функции по ролям: Система; либо прекращения
активации
«Дорожные карты»;
только системно по
необходимости/возможности;
согласования;
Активируется
3.4.2 Таблицы
событию/порогу. Права
Показывается/отп
новое применимое
S08-01/S08-02
после проверки
мероприятий,
журнала: PERM-044:
равляется только
подтвержденное изменение
–
конкретного
характеристик,
ROLE_ADMIN – Просмотреть запускает новый цикл.
при наступлении
утверждение/
получателя, deжурнал уведомлений [Да];
конкретного
Уведомлени шаблонов и
Согласование: при каждой
возврат; S09duplication,
рекомендаций; 3.5.2
PERM-045:
события или
я по
М3.
активации действия →
02 – новое
условий
контрольного
Дорожные событиям, Правила ведения ДК и ROLE_CONTROLLER –
конкретный текущий
представлени
прекращения/в
мероприятий; 4.3–4.5
Просмотреть журнал
порога,
срокам и
карты
пользователь
е исполнения;
озобновления и
уведомлений [Да]. Отдельных соответствующей ветви,
установленного
просрочкам Жизненный цикл ДК,
S10-02 –
отсутствия уже
согласование,
собственных статусов
закрытой
включая вложенное
отклонение
успешной
исполнение; 6.5–6.7
уведомлений нет;
матрицей раздела
перенаправление и обратный
контролером;
отправки для
Карточка ДК, маршрут, npa_notification_log – журнал возврат; завершение
7.
S10-04 –
того же порога.
исполнение; 7 История и фактических попыток
согласования →
штатное
уведомления
доставки.
ответственный исполнитель
уведомление
ДК и финальный
Б24/popup;
утверждающий; обычное
S11-05 –
отклонение и финальный
результат
возврат → ответственный
экспорта;
исполнитель; промежуточное
S11-06 –
положительное решение
техническая
отдельного уведомления не
ошибка
создает.
экспорта.
Утверждение/регистрация/авт
оматический переход в
исполнение → одно
уведомление ответственному
исполнителю с присвоенными
номером и датой
npa_notification_log,
npa_roadmaps,
npa_roadmap_activiti
es, npa_plan_items,
npa_execution_marks,
npa_export_operation
s;
BITRIX_NOTIFY_ID
logical only;
USER_ID logical only
Страница 330
утвержденной ДК. Сроковые
пороги мероприятий: −3 →
ответственный исполнитель;
−1 → руководитель отдела; +1
→ ответственный
исполнитель и руководитель
отдела; +2 → заместитель
директора департамента; +4
→ директор департамента; +7
→ курирующий заместитель
Министра; +10 → статссекретарь – заместитель
Министра; +14 → Министр.
Все пороги в рабочих днях
рассчитываются по
производственному
календарю Российской
Федерации в часовом поясе
Москвы с границей
расчетного календарного дня
00:00 по московскому
времени. Нерабочие дни в
отсчет не входят. −3 и −1
отсчитываются назад по
рабочим дням от контрольной
даты; +1, +2, +4, +7, +10 и +14
– вперед по рабочим дням.
Модель первоначального
расчета календарных дней с
последующим переносом
выходного не применяется.
Каждый порог одному
USER_ID – однократно; при
совпадении ролей deduplication. После
представления результата
сроковые уведомления
прекращаются; после
отклонения контролером
возобновляются только
будущие пороги, ранее
успешно отправленные не
повторяются. Новое
представление результата →
контролеру; отклонение
контролером →
ответственному исполнителю;
подтверждение контролером и
Технический проект. Сервис НПА.
Страница 331
автоматическое завершение
ДК отдельных уведомлений
не создают. Успешный
экспорт → контролеруинициатору по успешно
завершенной
npa_export_operations;
техническая ошибка →
контролеру-инициатору по
каждой npa_export_operations,
завершившейся технической
ошибкой; последующий
новый запуск создает новую
npa_export_operations и сам по
себе отдельного уведомления
не создает. Popup –
дополнительное
представление того же
уведомления Б24.
Фактические попытки и
результаты отправки
фиксируются в
npa_notification_log.
Технический проект. Сервис НПА.
2.4 Функции модуля
«Дорожные карты»
3.4.2 Таблицы
npa_change_history,
Функции по ролям: Система;
мероприятий,
npa_roadmaps,
разрешено: Только системно;
S05-01:
характеристик,
npa_roadmap_activiti
условие: системная операция
Список ДК –
шаблонов и
es,
S05-01:
S05-01: Только E-16:
по статусу или событию
Кнопки/действия:
Список
рекомендаций
Пользователь
просмотр
Событий нет npa_approval_decisio
История
Связанный статус/переход: - RM_ON_APPROVAL /
дорожных
М3.
открыл модуль S12-01:
– История
ns, cycle_no (process
изменений 3.5.2 Правила ведения
Права по статусам: PERMОтветственный исполнитель – карт
F-46 Дорожные
context; отдельная
ДК
Активна при
изменений
дорожной ДК и мероприятий
042: ROLE_ADMIN –
Просмотр;
S12-01:
карты
4.3–4.5 Жизненный цикл
таблица не
S12-01: В
праве
пока
карты
Просмотреть историю [Да];
история
История ДК –
ДК, согласование,
карточке ДК
просмотра
отсутствует. создается),
PERM-043:
История
исполнение
npa_execution_marks,
ROLE_CONTROLLER –
изменений
6.5–6.7 Карточка ДК,
npa_execution_marks;
Просмотреть историю [Да]
маршрут, исполнение
USER_ID logical only
7 История и
уведомления
2.4.13 Аварийная правка Функции по ролям: Главный
S08-03 –
S08-03:
E-25: Не
утвержденной ДК; 3.5.2 администратор; только
S08-03: Только Активна после указана
аварийная
Аварийная
Правила ведения ДК и утвержденная, но не
Без штатного перехода
для
правка;
указания
причина или
правка
мероприятий; 4.3.5
утвержденной, но обязательной изменяется
М3.
npa_roadmaps,
завершенная ДК; обязательная статуса; изменение полностью доступна
утвержденн
Правила переходов и
не завершенной причины и при поле вне
F-46.1 Дорожные
npa_change_history;
причина; изменяются только журналируется. Обязательное только
ой
фиксации изменений
уведомление об аварийной
ДК при наличии изменении
карты
поля из закрытого перечня
Главному
утвержденног USER_ID logical only
дорожной
ДК; 6.6.4 Утверждение и существующих полей,
правке не формируется.
администрато административно только
о закрытого
карты
аварийная правка; 7
го права
определяемого и
ру при
существующих перечня –
История и уведомления утверждаемого на этапе
выполнении
полей из
Аварийная
Страница 332
разработки; серверная
проверка принадлежности
каждого изменяемого
реквизита перечню
обязательна.
F-47
М4.
Открытие
Экспорти панели
рование экспорта
дорожной дорожной
карты
карты
F-48
М4.
Проверка
Экспорти прав и
рование статуса
дорожной исходной
карты
ДК
F-49
М4.
Выбор
Экспорти
целевого
рование
планадорожной
графика
карты
Функции по ролям:
Контролер; разрешено: Да;
условие: исходная ДК
2.5 Функции модуля
«Экспортирование ДК» находится в
RM_IN_PROGRESS,
3.4.4 Таблицы
исполнения и экспорта пользователь имеет
4.6 Процесс экспорта ДК ROLE_CONTROLLER и
6.8 Сценарий экспорта право экспорта; Связанный
статус/переход: TR-EXP-01:
ДК
–→EXPORT_DRAFT; Права
7 История и
по статусам: PERM-034:
уведомления
ROLE_CONTROLLER –
Экспортировать ДК [Да].
серверных
условий.
Технический проект. Сервис НПА.
закрытого
правка
перечня,
недоступна.
определяемого Укажите
и
причину и
утверждаемого изменяйте
на этапе
только поля
разработки;
из закрытого
серверная
перечня
проверка
существующи
принадлежност х полей.
и каждого
изменяемого
реквизита
перечню
обязательна
Статус исходной ДК
S11-01: активна
S11-01: Popup S11-01: исходная
RM_IN_PROGRESS; операция
при
/ боковая
ДК находится в
создается в EXPORT_DRAFT
RM_IN_PROG
панель
RM_IN_PROGRE
по TR-EXP-01. Право
RESS и
экспорта –
SS; контролер
инициирования экспорта
успешной
Экспортирова имеет право
принадлежит
серверной
ть ДК
экспорта
ROLE_CONTROLLER.
проверке
Статус
EXPORT_VALIDATION_ERR
2.5 Функции модуля
Функции по ролям: Система;
OR: Ошибка проверки
S11-01:
«Экспортирование ДК»
разрешено: Только системно;
S11-01: Popup S11-01: Исходная
Переход TR-EXP-02:
3.4.4 Таблицы
Активна при
условие: системная операция
/ боковая
ДК находится в
исполнения и экспорта
EXPORT_DRAFT →
RM_IN_PROG
по статусу или событию
панель
RM_IN_PROGRE
EXPORT_VALIDATION_ERR
RESS и
4.6 Процесс экспорта ДК
Связанный статус/переход:
экспорта –
SS; контролер
OR (Ошибка проверки)
успешной
6.8 Сценарий экспорта
TR-EXP-02:
Экспортирова имеет право
Кнопки/действия:
ДК
серверной
EXPORT_DRAFT→EXPORT_
ть ДК
экспорта
7 История и
RM_IN_PROGRESS /
проверке
VALIDATION_ERROR
Контролер – Экспортировать
уведомления
ДК
2.5 Функции модуля
Функции по ролям:
«Экспортирование ДК» Контролер; разрешено: Да;
Статус EXPORT_DRAFT:
S11-02: Popup
3.4.4 Таблицы
условие: операция экспорта Подготовка экспорта
/ боковая
исполнения и экспорта инициирована
Кнопки/действия:
S11-02:
панель
S11-02: Панель
4.6 Процесс экспорта ДК Связанный статус/переход:
EXPORT_DRAFT / Контролер
Активен до
экспорта открыта
экспорта –
6.8 Сценарий экспорта EXPORT_DRAFT (Операция – Выбрать целевой ПГ и
подтверждения
Целевой
ДК
пункт;
экспорта)
план-график
7 История и
подтвердить экспорт
Права по статусам: PERMуведомления
037: ROLE_CONTROLLER –
npa_export_operation
s, npa_roadmaps,
npa_roadmap_activiti
es, npa_plan_items,
npa_change_history;
USER_ID logical only
npa_export_operation
s, npa_roadmaps,
npa_roadmap_activiti
es, npa_plan_items,
npa_change_history;
USER_ID logical only
npa_plans,
npa_export_operation
s;
USER_ID logical only
Страница 333
Выбрать целевой ПГ и пункт
экспорта [Да]
F-50
F-51
F-52
F-53
Технический проект. Сервис НПА.
Кнопки/действия:
EXPORT_DRAFT / Контролер
– Выбрать целевой ПГ и
Функции по ролям:
пункт; подтвердить экспорт.
Контролер; разрешено: Да;
2.5 Функции модуля
EXPORT_VALIDATION_ERR
«Экспортирование ДК» условие: операция экспорта
E-14: Целевой
OR — терминальное
S11-03: Popup
инициирована
3.4.4 Таблицы
М4.
Выбор
пункт
состояние текущей
/ боковая
npa_plan_items,
исполнения и экспорта Связанный статус/переход:
Экспорти целевого
недоступен –
S11-03:
npa_export_operations:
панель
npa_export_operation
S11-03: Выбран
4.6 Процесс экспорта ДК EXPORT_DRAFT (Операция
рование пункта
Активен после Выбранный
доступны «Закрыть» и
экспорта –
s;
целевой ПГ
6.8 Сценарий экспорта экспорта)
дорожной планавыбора плана пункт нельзя
«Новый экспорт» по F-58;
Целевой
USER_ID logical only
Права по статусам: PERMДК
карты
графика
использовать
изменение цели и
пункт ПГ
037: ROLE_CONTROLLER –
7 История и
для экспорта.
подтверждение в завершенной
Выбрать целевой ПГ и пункт
уведомления
операции недоступны.
экспорта [Да]
«Новый экспорт» создает
новую npa_export_operations в
EXPORT_DRAFT
S11-03: Popup
/ боковая
Статус
EXPORT_VALIDATION_ERR панель
S11-03:
S11-03: Выбран
экспорта –
Активен после
2.5 Функции модуля
Функции по ролям: Система; OR: Ошибка проверки. TRцелевой ПГ; при
E-14: Целевой
Целевой
выбора плана; в
«Экспортирование ДК»; разрешено: Только системно; EXP-02:
ошибке
М4.
пункт
завершенной
Проверка 3.4.4 Таблицы
npa_plan_items,
условие: системная операция EXPORT_DRAFT→EXPORT_ пункт ПГ;
показывается
Экспорти
недоступен –
VALIDATION_ERROR; при при
EXPORT_VALI
доступност исполнения и экспорта; по статусу или событию.
npa_roadmaps,
завершенный
рование
Выбранный
EXPORT_VA
блокирующей проверке
DATION_ERR
и целевого 4.6 Процесс экспорта
Связанный статус/переход:
npa_export_operation
неуспешный
дорожной
пункт нельзя
текущая npa_export_operations LIDATION_E
OR изменение
пункта
ДК; 6.8 Сценарий
TR-EXP-02:
s
результат
карты
использовать
RROR
цели и
экспорта ДК; 7 История EXPORT_DRAFT→EXPORT_ завершается неуспешно.
текущей
для экспорта.
доступны
Завершенная операция не
подтверждение
и уведомления
VALIDATION_ERROR.
операции
«Закрыть» и
возвращается в
недоступны
«Новый
EXPORT_DRAFT.
экспорт»
Функции по ролям:
2.5 Функции модуля
Контролер; разрешено: Да;
Предпросмотр выполняется S11-04: Popup
«Экспортирование ДК»;
М4.
Предпросмо
условие: текущая
только для текущей успешно / боковая
npa_roadmaps,
3.4.4 Таблицы
S11-04: Выбран и
Экспорти тр состава
npa_export_operations
проверенной
панель
npa_roadmap_activiti
исполнения и экспорта;
успешно
S11-04: Только
рование переноса
es,
находится в
EXPORT_DRAFT и не
экспорта –
4.6 Процесс экспорта
проверен целевой просмотр
дорожной ДК при
npa_export_operation
EXPORT_DRAFT, исходная изменяет исходную ДК,
Предпросмот
ДК; 6.8 Сценарий
пункт
карты
экспорте
ДК и выбранный целевой
целевую ДК или статус
р состава
s
экспорта ДК; 7 История
пункт успешно прошли
операции.
переноса
и уведомления
проверки.
2.5 Функции модуля
Функции по ролям:
Статус
S11-05: Popup S11-05: Целевые
М4.
S11-05:
npa_export_operation
«Экспортирование ДК»; Контролер; разрешено: Да;
EXPORT_IN_PROGRESS:
Подтвержде
/ боковая
план и пункт
Экспорти
Активна после
s, npa_roadmaps,
3.4.4 Таблицы
условие: в текущей
Выполняется. TR-EXP-03:
ние
панель
выбраны,
рование
успешной
npa_plan_items,
исполнения и экспорта; npa_export_operations выбран EXPORT_DRAFT→EXPORT_
операции
экспорта –
проверка и
дорожной
серверной
npa_change_history;
4.6 Процесс экспорта
валидный целевой пункт,
IN_PROGRESS после
экспорта
Подтвердить предпросмотр
карты
проверки
USER_ID logical only
ДК; 6.8 Сценарий
выполнены проверки и
повторной проверки и явного
экспорт
выполнены
экспорта ДК; 7 История предпросмотр. Связанный
подтверждения контролера.
Страница 334
и уведомления
F-54
F-55
F-56
F-57
Технический проект. Сервис НПА.
переход: TR-EXP-03:
История
EXPORT_DRAFT→EXPORT_ H_EXPORT_STARTED:
IN_PROGRESS. Права:
Экспорт запущен.
PERM-038.
Статусы
EXPORT_IN_PROGRESS и
Функции по ролям: Система; EXPORT_DONE. Новая ДК
E-15: Ошибка
2.5 Функции модуля
разрешено: Только системно; создается только внутри
атомарной
S11-05: Popup
«Экспортирование ДК»;
атомарного выполнения
М4.
Атомарное
условие: текущая
S11-05: Операция S11-05:
операции –
npa_roadmaps,
3.4.4 Таблицы
/ боковая
текущей
Экспорти создание
npa_export_operations
подтверждена и Системное
Экспорт не
npa_roadmap_activiti
исполнения и экспорта;
панель
npa_export_operations;
рование новой ДК в
находится в
находится в
выполнение
выполнен.
es, npa_plan_items,
4.6 Процесс экспорта
экспорта –
исходная ДК до успешного
дорожной целевом
EXPORT_IN_PROGRESS.
EXPORT_IN_PR после
Исходная
npa_export_operation
ДК; 6.8 Сценарий
Подтвердить
карты
пункте
Связанный переход: TR-EXP- атомарного завершения не
OGRESS
подтверждения дорожная
s, npa_change_history
экспорта ДК; 7 История
экспорт
архивируется. TR-EXP-04
04; новая ДК создается в
карта не
и уведомления
выполняется только при
RM_IN_PROGRESS.
изменена.
целостном успешном
результате.
Функции по ролям: Система;
При успешном атомарном
разрешено: Только системно;
завершении новая ДК
E-15: Ошибка
условие: новая ДК успешно
2.5 Функции модуля
получает RM_IN_PROGRESS,
атомарной
S11-05:
Архивирова «Экспортирование ДК»; создана в целевом пункте и
S11-05: Popup
исходная ДК –
М4.
S11-05: Новая ДК Выполняется операции –
текущая операция готова к
ние
3.4.4 Таблицы
/ боковая
RM_ARCHIVED.
Экспорти
успешно создана только как
Экспорт не
npa_roadmaps,
исходной исполнения и экспорта; успешному атомарному
панель
Предварительное
рование
в текущей
выполнен.
часть
npa_export_operation
завершению. Связанные
ДК после 4.6 Процесс экспорта
экспорта –
архивирование запрещено. Fдорожной
атомарной
Исходная
успешного
s, npa_change_history
переходы: TR-RM-12:
успешного ДК; 6.8 Сценарий
Подтвердить
55 отдельного уведомления не
карты
операции
дорожная
атомарного
экспорта
экспорта ДК; 7 История RM_IN_PROGRESS→RM_AR
экспорт
создает; единственное
карта не
завершения
CHIVED; TR-EXP-04:
и уведомления
уведомление об успешном
изменена.
EXPORT_IN_PROGRESS→E
результате выполняется F-56.
XPORT_DONE.
В npa_export_operations
фиксируются исходная/новая
2.5 Функции модуля
Функции по ролям: Система; ДК, целевой пункт,
npa_export_operation
«Экспортирование ДК»; разрешено: Только системно; контролер-инициатор, дата и S11-05:
s,
После успешного
E-16:
М4.
3.4.4 Таблицы
условие: текущая
успешный результат. F-56
Результат
атомарного
Системно после Событий нет npa_notification_log,
Экспорти Фиксация
исполнения и экспорта; npa_export_operations успешно формирует единственное
npa_change_history,
успешно
завершения
фиксации
– История
рование операции
4.6 Процесс экспорта
завершена. Связанный
уведомление контролеруnpa_roadmaps;
завершенной текущей
успешного
изменений
дорожной экспорта
ДК; 6.8 Сценарий
переход: TR-EXP-04:
инициатору об успешном
BITRIX_NOTIFY_ID
операции
npa_export_operat результата
пока
карты
экспорта ДК; 7 История EXPORT_IN_PROGRESS→E результате; фактическая
экспорта
ions
отсутствует. logical only;
и уведомления
XPORT_DONE.
попытка доставки
USER_ID logical only
фиксируется в
npa_notification_log.
S11-06: Popup
2.5 Функции модуля
Функции по ролям: Система; TR-EXP-05:
E-15: Ошибка
S11-06: «Новый
npa_export_operation
М4.
Обработка «Экспортирование ДК»; разрешено: Только системно; EXPORT_IN_PROGRESS→E / боковая
атомарной
S11-06: Текущая экспорт»
s, npa_roadmaps,
Экспорти ошибки
3.4.4 Таблицы
условие: при выполнении
XPORT_ERROR; техническая панель
операции –
операция
доступен после
npa_roadmap_activiti
рование экспорта и исполнения и экспорта; текущей npa_export_operations ошибка фиксируется в
экспорта –
Экспорт не
завершилась
устранения
es,
дорожной отмена
4.6 Процесс экспорта
возникла техническая ошибка. текущей операции; изменения Закрыть /
выполнен.
неуспешно
причины
npa_change_history,
карты
изменений ДК; 6.8 Сценарий
Новый
Связанный переход: TR-EXP- откатываются; операция
Исходная
ошибки
npa_notification_log
экспорт
экспорта ДК; 7 История 05:
завершается неуспешно;
дорожная
Страница 335
и уведомления
F-58
EXPORT_IN_PROGRESS→E исходная ДК не архивируется;
XPORT_ERROR.
последующий экспорт
выполняется только новым
запуском с новой
npa_export_operations.
Новый запуск создает новую
Функции по ролям:
npa_export_operations через
Контролер; условие:
S11-06/S11-07
TR-EXP-01:
предыдущая
– действие
–→EXPORT_DRAFT;
npa_export_operations
«Новый
предыдущая
Новый
Показывается
завершена в EXPORT_ERROR
экспорт» в
М4.
EXPORT_ERROR или
запуск
после
или
панели
Экспорти
EXPORT_VALIDATION_ERR
экспорта
неуспешного
2.5.5; 4.6.3–4.6.5; 6.8.4; 7
EXPORT_VALIDATION_ERR
экспорта;
рование
OR остается завершенной
после
завершения
История и уведомления
OR; после устранения
самостоятель
дорожной
неуспешно и не изменяется.
неуспешной
предыдущей
причины пользователь явно
ное
карты
Целевой ПГ и пункт
операции
операции.
запускает новый экспорт;
дублирование
выбираются заново; проверки,
право контролера и состояние
ДК
предпросмотр и
исходной ДК проверяются
отсутствует.
подтверждение выполняются
заново.
заново.
Технический проект. Сервис НПА.
карта не
изменена.
Активно после
устранения
причины при
сохранении
права
контролера и
допустимого
состояния
исходной ДК.
При новой
ошибке
завершается npa_export_operation
неуспешно
s; npa_roadmaps;
уже новая
npa_plan_items;
npa_export_op npa_change_history;
erations;
npa_notification_log;
исходная ДК USER_ID logical only
не
изменяется.
Страница 336
Технический проект. Сервис НПА.
ПРИЛОЖЕНИЕ Е
ARCH-1 Архитектурная схема
Страница 337
Технический проект. Сервис НПА.
Страница 338
Технический проект. Сервис НПА.
Страница 339
Технический проект. Сервис НПА.
ПРИЛОЖЕНИЕ Ж
DFD-0 Контекстная диаграмма
Страница 340
Технический проект. Сервис НПА.
ПРИЛОЖЕНИЕ З
DFD-1 Диаграмма потоков уровня 1
Страница 341
Технический проект. Сервис НПА.
Страница 342
Технический проект. Сервис НПА.
Страница 343
Технический проект. Сервис НПА.
Страница 344
Технический проект. Сервис НПА.
Страница 345
Технический проект. Сервис НПА.
ПРИЛОЖЕНИЕ И
ERD-1 Логическая модель данных
Страница 346
Технический проект. Сервис НПА.
Страница 347
Технический проект. Сервис НПА.
Страница 348
Технический проект. Сервис НПА.
Страница 349
Технический проект. Сервис НПА.
ПРИЛОЖЕНИЕ К
ERD-1A Основной контур ПГ и ДК
Страница 350
Технический проект. Сервис НПА.
ПРИЛОЖЕНИЕ Л
ERD-1B Мероприятия характеристики шаблоны
Страница 351
Технический проект. Сервис НПА.
ПРИЛОЖЕНИЕ М
ERD-1C Маршруты согласования решения
Страница 352
Технический проект. Сервис НПА.
ПРИЛОЖЕНИЕ Н
ERD-1D Исполнение экспорт история уведомления
Страница 353
Технический проект. Сервис НПА.
Страница 354

=== ФАЙЛ: Проект ответа на запрос разъяснений 0173100008326000052 (2) (1) | docs/0173100008326000052/Проект ответа на запрос разъяснений 0173100008326000052 (2) (1) (1).pdf
Ответ на запрос от 10.10.2026 № 192302 на разъяснение извещения об осуществлении закупки по Федеральному закону
от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд» № 0173100008326000052 (Оказание услуг по разработке раздела корпоративного портала Минэнерго
России «Сервис сквозного контроля по подготовке проектов нормативных и ненормативных правовых актов»).
№
Вопрос
Ответ
Вопрос 1 Лицензии ФСТЭК России и ФСБ России, требуемые от участника закупки и соисполнителей
1.1
Прошу указать номер строки Таблицы 4 ТЗ и
наименование услуги, при оказании которой
исполнитель оказывает услуги по контролю
защищенности конфиденциальной информации
(подпункт «б» пункта 4 Положения о лицензировании
деятельности по технической защите
конфиденциальной информации, утвержденного
постановлением Правительства Российской
Федерации от 03.02.2012 № 79), и наименование
средства или системы информатизации, в отношении
которой такой контроль осуществляется.
В извещение и приложения к нему будут внесены изменения в части
исключения из нее требований к лицензированию необходимости наличия у
исполнителя лицензий ФСТЭК России и ФСБ России.
1.2
Прошу указать наименование и количество средств
защиты информации, которые исполнитель
устанавливает, монтирует, налаживает, испытывает
или ремонтирует при исполнении контракта
(подпункт «е» пункта 4 того же Положения), и пункт
ТЗ, предусматривающий эту услугу.
Установка, монтаж, наладка, испытания или ремонт определенного перечня
средств защиты информации Заказчика в качестве самостоятельной услуги
предметом закупки не предусмотрены. Соответственно, наименование и
количество таких средств Заказчика в ТЗ не устанавливались.
В извещение и приложения к нему будут внесены изменения в части
исключения из нее требований к лицензированию необходимости наличия у
исполнителя лицензий ФСТЭК России и ФСБ России.
1.3
Прошу указать наименование информационной
системы, защищенной с использованием
шифровальных (криптографических) средств,
которую исполнитель монтирует, устанавливает,
налаживает (пункт 13) и передает Заказчику (пункт 22
Предметом закупки не являются самостоятельные монтаж, установка, наладка и
передача Заказчику защищенной с использованием СКЗИ информационной
системы. Поэтому отдельная система, которую Исполнитель обязан передать
именно в рамках работ по пп. 13 и 22 приложения к Положению,
утвержденному постановлением Правительства Российской Федерации от
2
№
Вопрос
Ответ
приложения к Положению, утвержденному
постановлением Правительства Российской
Федерации от 16.04.2012 № 313), и пункт ТЗ или
Технического проекта, предусматривающий эти
работы.
16.04.2012 № 313, в ТЗ не определена.
В извещение и приложения к нему будут внесены изменения в части
исключения из нее требований к лицензированию необходимости наличия у
исполнителя лицензий ФСТЭК России и ФСБ России.
1.4
Прошу указать наименование шифровальных
(криптографических) средств, которые исполнитель
обслуживает по пункту 20 приложения к указанному
Положению, и их владельца (Заказчик или
исполнитель), с учетом пункта 5.2.1 ТЗ, по которому
СКЗИ приобретается, настраивается и
сопровождается исполнителем за свой счет.
Обслуживание СКЗИ Заказчика в качестве самостоятельной услуги по
контракту не предусмотрено. Пункт 5.2.1 ТЗ относится к средствам,
используемым на стороне Исполнителя для организации его удаленного
доступа. Исполнитель за свой счет приобретает, настраивает и сопровождает
сертифицированное ФСБ России СКЗИ, совместимое с СКЗИ Минэнерго
России.
Конкретная модель и версия приобретаемого Исполнителем СКЗИ в
документации не установлены. Требование определяется совместимостью и
выполнением условий информационной безопасности. Передача
приобретаемого средства в собственность Заказчика не предусмотрена. Право
собственности или иное право использования конкретного средства
определяется документами Исполнителя на его приобретение и использование.
В извещение и приложения к нему будут внесены изменения в части
исключения из нее требований к лицензированию необходимости наличия у
исполнителя лицензий ФСТЭК России и ФСБ России.
1.5
Прошу указать наименование, дату, номер и пункт
нормативного правового акта, которым установлена
обязанность соисполнителя, оказывающего услуги,
связанные с обработкой информации или доступом к
инфраструктуре Заказчика, иметь лицензии ФСТЭК
России и ФСБ России, указанные в пункте 5.2 ТЗ.
В извещение и приложения к нему будут внесены изменения в части
исключения из нее требований к лицензированию необходимости наличия у
исполнителя лицензий ФСТЭК России и ФСБ России.
Вопрос 2. Приложение № 4 к ТЗ: перечень предустановленных шаблонов мероприятий и рекомендованные сроки
2.1
Прошу указать, какое приложение к ТЗ содержит
перечень предустановленных шаблонов мероприятий
Схема предустановленных шаблонов мероприятий размещена в приложении №
3 к ТЗ в файле «Приложение № 3 Описание объекта закупки.docx». Ссылка на
3
№
Вопрос
Ответ
и рекомендованные сроки, на которые ссылается
пункт 1.3 Таблицы 2 ТЗ: приложение № 4,
отсутствующее в перечне приложений ТЗ, или
приложение № 3 «Схема предустановленных
шаблонов мероприятий».
приложение № 4 в п. 1.3 таблицы 2 ТЗ является ошибкой нумерации;
отдельного приложения № 4 к ТЗ в перечне приложений нет. Заказчиком будут
внесены соответствующие изменения.
2.2
Прошу указать числовое значение количества
предустановленных шаблонов мероприятий, которые
исполнитель обязан реализовать, и рекомендованный
срок исполнения каждого из них в рабочих днях.
В ТЗ не установлены числовое значение количества предустановленных
шаблонов мероприятий, которые исполнитель обязан реализовать, и
рекомендованные сроки исполнения каждого из них в рабочих днях.
В ТЗ предусмотрен срок оказания всего объема услуг - с даты заключения
контракта по 04.12.2026, а не отдельных услуг. К наступлению данного срока
указанные шаблоны должны быть разработаны Исполнителем и приняты
Заказчиком.
Перечень предустановленных шаблонов, которые требуется разработать,
является приложением № 3 к ТЗ в файле «Приложение № 3 Описание объекта
закупки.docx».
2.3
Прошу указать наименование файла Извещения, в
котором размещены документ «Схема подготовки
НПА» и файл заказчика «Поля для формирования
списка рекомендуемых мероприятий», либо дату и
способ их передачи исполнителю.
В файле «Приложение № 3 Описание объекта закупки.docx», приложение № 3 к
ТЗ, размещена схема предустановленных шаблонов, содержащая процедуры
подготовки актов и признаки их применимости. Файл «схема подготовки
НПА», на который имеется ссылка в пункте 2.4.6 технического проекта
соответствует схеме предустановленных шаблонов, являющейся приложением
№ 3 Описание объекта закупки.docx».
В техническом проекте имеется ссылка на файл «Поля для формирования
списка рекомендуемых мероприятий». Указанный файл будет предоставлен
исполнителю после заключения контракта, при поступлении запроса
исполнителя.
2.4
Прошу указать, будут ли внесены изменения в
Извещение в части приложения № 4 к ТЗ, и дату
размещения таких изменений в ЕИС.
В отношении ошибочной ссылки на номер приложения разъясняется:
применяется приложение № 3 «Схема предустановленных шаблонов
мероприятий» к ТЗ. Создание самостоятельного приложения № 4 для
дублирования указанных материалов не предусматривается. Указанные
4
№
Вопрос
Ответ
несоответствия будут устранены при внесении изменений в извещение. Дата
размещения таких изменений в ЕИС определяется заказчиком самостоятельно в
пределах сроков, установленных Законом № 44-ФЗ.
Вопрос 3. Технический проект, по которому ведется разработка Сервиса, и сроки его актуализации
3.1
Прошу указать, какой из технических проектов
применяется при разработке Сервиса: технический
проект, разработанный в рамках государственного
контракта от 01.09.2025 №
0173100008325000061/А/14 и размещенный в составе
Извещения (пункт 1 Таблицы 2 ТЗ), или технический
проект, разрабатываемый исполнителем по пункту 6.3
ТЗ.
Исходной проектной основой для оказания услуг по разработке Сервиса
являются размещенные вместе с извещением Технический проект и дизайнмакеты, на которые ссылаются п. 1 таблицы 2 и п. 6.1 ТЗ и которые приложены
к извещению. Указанные документы разработаны в рамках государственного
контракта от 03.06.2026 № № 100201966126100076 (в настоящее время в ТЗ
указана неверная ссылка на контракт от 01.09.2025 №
0173100008325000061/А/14).
В рамках настоящего контракта Исполнитель актуализирует технический
проект Портала в части создаваемого Сервиса, который ранее был разработан и
утвержден в рамках государственного контракта от 01.09.2025 №
0173100008325000061/А/14. Указанный проект будет предоставлен для
актуализации в рамках настоящего контракта.
3.2
Прошу указать, какой из двух сроков применяется к
разработке Сервиса в случае, если пятнадцатый
рабочий день с даты заключения контракта наступает
позднее 18.11.2026: срок «Не позднее 18.11.2026»
либо срок, исчисляемый от даты согласования
Заказчиком актуализированного технического
проекта.
Применяется установленный таблицей 4 ТЗ срок предоставления результата
разработки Сервиса — не позднее 18.11.2026. Условие о переносе этого срока
на период после согласования актуализированного технического проекта в ТЗ
отсутствует.
Срок «не позднее 15 рабочих дней» относится к предоставлению
актуализированного технического проекта и является предельным сроком, а не
обязательной длительностью проектирования. Пункт 6.1 ТЗ прямо допускает по
согласованию с Заказчиком начало отдельных услуг очередной стадии до
окончания предыдущей или текущей стадии. Поэтому приведенное в запросе
сопоставление предельных дат само по себе не означает запрета параллельного
проектирования и разработки на основе уже опубликованного проекта.
Последовательность и совмещение работ отражаются в рабочем плане по п. 6.2
ТЗ.
5
№
Вопрос
Ответ
3.3
Прошу указать срок передачи Заказчиком
исполнителю исходного кода Портала: 2 рабочих дня
с даты заключения контракта (пункт 6.3 ТЗ) либо 5
рабочих дней с даты получения запроса исполнителя
(пункт 2.1 ТЗ), а также указать, передается ли по
пункту 2.1 ТЗ исходный код Портала или только
исполняемые коды.
Копия исходного кода Портала (включая исполняемые коды), разработанного
по государственному контракту от 01.09.2025 № 0173100008325000061/А/14,
будет передана Заказчиком в течение 2 рабочих дней с даты заключения
настоящего Контракта согласно пункту 6.3 ТЗ.
Задвоение предоставления материалов по пунктам 2.1 и 6.3 ТЗ являются
технической ошибкой, в связи с чем в извещение будут внесены
соответствующие изменения.
3.4
Прошу указать, будут ли внесены изменения в
Извещение для устранения расхождения между
пунктом 1 Таблицы 2, пунктами 2.1, 6.3 и Таблицей 4
ТЗ, и дату размещения таких изменений в ЕИС.
По указанным положениям изменение условий извещения не планируется.
Пункт 1 таблицы 2 определяет исходную проектную основу; п. 6.3 и таблица 4 результат актуализации ранее утвержденного технического проекта;
Подпункты 2.1 и 6.3 — задвоение предоставления материалов по пунктам 2.1 и
6.3 ТЗ являются технической ошибкой, которая будет устранена после внесения
соответствующих изменений в извещение, исходный код (включая
исполняемые коды) будут предоставлены в течение 2 рабочих дней с даты
заключения контракта.
Возможность совмещения стадий предусмотрена п. 6.1 ТЗ. Срок разработки
18.11.2026 и срок окончания оказания услуг 04.12.2026 сохраняются.
Дата размещения изменений в ЕИС определяется заказчиком самостоятельно в
пределах сроков, установленных Законом № 44-ФЗ.
Вопрос 4. Компонент «Экспортирование дорожной карты»: роль пользователя и состав переносимых данных
4.1
Прошу указать, пользователю какой роли
предоставляется право экспорта дорожной карты:
пользователю с правами администратора (пункт 1.1
Таблицы 2 ТЗ) или контролеру (пункт 1.4 Таблицы 2
ТЗ).
Право выполнения операции экспорта предоставляется пользователю с
прикладной ролью «контролер». Это установлено п. 1.4 таблицы 2 ТЗ.
Пункт 1.1 таблицы 2 ТЗ регулирует полномочия по изменению пунктов планаграфика и требует специально настроенных прав контроля. Он не предоставляет
всем администраторам безусловного права экспорта. Общие категории
участников Портала в п. 3.1 ТЗ не заменяют прикладные роли Сервиса.
Если пользователь одновременно является администратором, экспорт доступен
ему при наличии соответствующей роли и прав контролера.
6
№
Вопрос
Ответ
4.2
Прошу указать, какое из положений применяется к
составу данных при экспорте: «переносится в
неизменном виде» (пункт 1.4 Таблицы 2 ТЗ) или
перечень непереносимых данных подраздела 4.6.4
Технического проекта.
К составу данных при экспорте применяется положение «переносится в
неизменном виде» (пункт 1.4 Таблицы 2 ТЗ).
При необходимости, на этапе проектирования Сервиса исполнителем будет
уточнен перечень переносимых данных с учетом пункта 4.6.4 Технического
проекта
4.3
Прошу указать, какие номер и срок конечного
мероприятия имеет экспортированная дорожная карта
в новом плане-графике: номер и срок исходного
пункта плана-графика или номер и срок пункта
нового плана-графика.
Указанный вопрос уточняется на этапе проектирования Сервиса.
При экспорте создается новая дорожная карта, связанная с целевым пунктом
нового плана-графика. Ее номер должен соответствовать порядковому номеру
НПА или ПА в новом плане-графике, а конечное мероприятие и его срок —
данным нового плана-графика.
Основание: п. 1.3 таблицы 2 ТЗ, подраздел 2.4.2 Технического проекта,
устанавливающие получение этих данных из связанного пункта плана-графика.
Вопрос 5 Спецификация и Календарный план
5.1
Прошу указать наименование документа,
являющегося Календарным планом (приложение 3 к
контракту), и наименование файла Извещения, в
котором он размещен.
Пункт 1.2 контракта будет скорректирован в части исключения ссылки на
Календарный план
5.2
Прошу указать, является ли Спецификацией
(приложение 2 к контракту) приложение № 2
«Спецификация» к ТЗ, озаглавленное «Объем
оказываемых Услуг».
Объем оказанных услуг не является приложением к контракту и не является
спецификацией.
Наименование приложения № 2 «Спецификация» к контракту будет приведено
в соответствие с наименованием «Объем оказываемых услуг». В извещение
будет внесено соответствующее изменение.
5.3
Прошу указать числовое значение количества этапов
исполнения контракта (в том числе значение «один»,
если этапы не предусмотрены) и сроки их
исполнения.
Предусмотрен один общий период оказания услуг - с даты заключения
Контракта по 04.12.2026. Деление на отдельные оплачиваемые этапы
представленными условиями не установлено. В числовом выражении - один
этап оказания услуг, без самостоятельных промежуточных этапов с отдельной
ценой и оплатой.
5.4
Прошу указать, будут ли внесены изменения в
Пункт 1.2 контракта будет скорректирован в части исключения ссылки на
7
№
Вопрос
Извещение для устранения расхождения между
пунктами 1.2 и 13.1 Проекта контракта, и дату
размещения таких изменений в ЕИС.
Ответ
Календарный план. Дата размещения таких изменений в ЕИС определяется
заказчиком самостоятельно в пределах сроков, установленных Законом № 44ФЗ.
Вопрос 6 Пределы уточнений и численность представителей Исполнителя
6.1
Прошу указать числовое значение максимального
количества параметров дорожной карты, на которое
может быть увеличен перечень параметров по пункту
1.3 Таблицы 2 ТЗ в пределах цены контракта.
Числовое значение максимального увеличения количества параметров в ТЗ не
установлено и определяется на этапе проектирования.
В пункте 5.1 ТЗ определено, что детализация требований к отдельным
функциям (задачам) по разработке Сервиса, указанным в настоящем разделе, в
целях уточнения и конкретизации требований осуществляется Исполнителем
по итогам проведения предпроектного обследования объекта автоматизации.
Указанным пунктом также определено, что по результатам технического
проектирования, разработки рабочей документации функциональные
требования к работам по согласованию с Заказчиком могут уточняться, при
этом такие уточнения не должны приводить к увеличению объема оказываемых
услуг или к новым видам услуг, не предусмотренным настоящим ТЗ.
6.2
Прошу указать измеримый показатель (количество
функций, экранных форм или иная единица) и его
числовое значение, по которому определяется, что
отступление от технического проекта и дизайнмакетов по пункту 1 Таблицы 2 ТЗ не приводит к
увеличению объема оказываемых услуг (пункт 5.1
ТЗ).
Единица объема закупки - одна условная единица услуги по разработке Сервиса
(п. 1.4 ТЗ и Спецификация). Функциональный состав включает четыре
компонента, перечисленных в пп. 1.1–1.4 таблицы 2 ТЗ. Обязательное
содержание результата раскрывается совокупностью требований ТЗ,
Технического проекта и дизайн-макетов.
Единого отдельного показателя допустимых отклонений, выраженного числом
экранов, полей или человеко-часов, документация не устанавливает,
обязательность установления таких требований также отсутствует.
По п. 5.1 ТЗ уточнение допустимо только без увеличения объема и без новых
видов услуг. Поэтому согласование отступления от макета не является
основанием для дополнительной разработки сверх исходных требований.
Контроль результата осуществляется по разделу 7 ТЗ и программам и
методикам испытаний.
6.3
Прошу указать числовое значение минимального и
Пункты 6.5–6.7 ТЗ требуют очного присутствия представителей Исполнителя и
8
№
Вопрос
Ответ
максимального количества представителей
исполнителя, очное присутствие которых на
территории Заказчика обязательно при
предварительных испытаниях, опытной эксплуатации
и приемочных испытаниях, в том числе при
увеличении их количества по требованию Заказчика.
предусматривают согласование их количества и должностей с Заказчиком.
Числовые минимальная и максимальная границы в ТЗ не установлены.
Состав представителей определяется применительно к программе
соответствующих испытаний или опытной эксплуатации и необходимым
компетенциям. Увеличение их количества предусмотрено только при
отставании от рабочего плана и направлено на выполнение уже установленного
объема услуг в согласованные сроки; оно не дает основания поручать новые
услуги.

=== ФАЙЛ: Проект ответа на запрос разъяснений 0173100008326000052 2 | docs/0173100008326000052/Проект ответа на запрос разъяснений 0173100008326000052 2.pdf
Ответ на запрос от 12.10.2026 № 192389 на разъяснение извещения об осуществлении закупки по Федеральному закону
от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд» № 0173100008326000052 (Оказание услуг по разработке раздела корпоративного портала Минэнерго
России «Сервис сквозного контроля по подготовке проектов нормативных и ненормативных правовых актов»).
№
Вопрос
Ответ
1.
Возможно ли получить дамп (слепок) базы
данных действующего Портала? Если да — в
каком объёме, в какие сроки, требуется ли
предварительное обезличивание
персональных данных и на каких условиях
предоставляется доступ?
В соответствии с пунктам 1.6 и 5.2.1 Технического задания все услуги
в том числе доступ к базе данных оказываются Исполнителем или
через подключение удаленного доступа, или на территории Заказчика
по адресу: г. Москва, ул. Щепкина, д. 42 стр. 1, 2.
2.
Как в настоящее время организована
техническая поддержка Корпоративного
портала (внутренняя служба или внешний
подрядчик)? Каковы действующие SLA,
средства мониторинга и порядок эскалации
инцидентов? Кто будет взаимодействовать с
Исполнителем по эксплуатационным
вопросам?
Данные вопросы не затрагиваются предметом закупки. Техническое
задание
содержит
исчерпывающий
перечень
требований,
необходимых для оказания услуг.
3.
Предоставляется ли Исполнителю
выделенный тестовый (предпродуктивный)
стенд, изолированный от промышленного
контура? Каковы его состав, характеристики и
порядок доступа, и допустимо ли проведение
на нём нагрузочного тестирования?
Исполнителю предоставляется тестовый (предпродуктивный) стенд,
изолированный от промышленного контура.
Проведение нагрузочного тестирования допустимо.
Порядок доступа к тестовому стенду устанавливается с учётом
требований по информационной безопасности.
4.
Просим письменно подтвердить, что
Система является собственностью Российской Федерации в лице
2
№
5.
Вопрос
Ответ
Исполнителю не потребуется получать
согласие, лицензию или иное разрешение
прежнего разработчика либо иного третьего
лица для выполнения работ, а получение
таких разрешений (при необходимости)
является обязанностью Заказчика.
Минэнерго России. Исполнителю не потребуется получать согласие,
лицензию или иное разрешение прежнего разработчика либо иного
третьего лица в рамках оказания услуг.
Какой класс защищённости установлен для
системы в соответствии с Приказом ФСТЭК
России от 11 апреля 2025 г. № 117? Какие
требования предъявляются к аттестованному
рабочему месту Подрядчика при удалённом
сетевом доступе и обеспечивает ли Заказчик
доступ к защищённой сети ViPNet? Требуется
ли аттестация объекта информатизации?
Система аттестована в соответствии с требованиями приказа ФСТЭК
России от 18.02.2013 № 21 «Об утверждении состава и содержания
организационных и технических мер по обеспечению безопасности
персональных данных при их обработке в информационных системах
персональных
данных»,
установлен
четвертый
уровень
защищенности персональных данных для информационных систем
персональных данных.
Также согласно пункту 5.2 Технического задания, в случае выбора
Исполнителем способа оказания услуг не по месту нахождения
заказчика, а через удаленное подключение, для предоставления
такого удаленного доступа Исполнителю потребуется подтвердить
заказчику наличие сертификатов ФСТЭК России и/или ФСБ России
на средства защиты информации.
Аттестация объекта информатизации в рамках оказания услуг не
требуется.
6.
Просим письменно подтвердить, что
исключительное право на систему
принадлежит Заказчику (Российской
Исключительные
права
на
результаты
интеллектуальной
деятельности принадлежат Российской Федерации в лице Минэнерго
России.
3
№
Вопрос
Ответ
Федерации в лице Минэнерго России). Если
право принадлежит третьему лицу —
подтвердить, что работы в рамках контракта
будут соответствовать требованиям части 3
статьи 1280 ГК РФ.
7.
Просим письменно подтвердить, что Заказчик Заказчик располагает полным исходным кодом системы, исходный
располагает полным исходным кодом
код расположен на сервере Заказчика.
системы, исходный код расположен на
сервере Заказчика и соответствует версии
промышленной эксплуатации на дату
размещения извещения.
8.
Просим письменно подтвердить право
Подрядчика привлекать соисполнителей
(субподрядчиков), а также подтвердить, что
требования о наличии лицензий ФСТЭК
России и ФСБ России распространяются
только на соисполнителей, участвующих в
обработке информации, доступе к
инфраструктуре Заказчика или обеспечении
ИБ.
Исполнитель
имеет
(субподрядчиков).
Просим предоставить перечень используемых
фреймворков и сторонних библиотек Портала
(ядро D7, Composer-пакеты, JS-библиотеки) с
версиями и лицензиями, а также перечень
библиотек зависимостей, передаваемых
Заказчику по п. 5.5.
Система реализована на коробочной платформе «1С-Битрикс24»,
редакция «Энтерпрайз», в сертифицированном исполнении. Базовая
технологическая платформа — Bitrix Framework, включающая API
D7 и штатные модули продукта. Документация доступна на сайте
производителя.
В пункте 5.1 Технического задания определено, что детализация
9.
право
привлекать
соисполнителей
Вместе с тем, в настоящее время в извещение об осуществлении
закупки и приложения к ней будут внесены изменения в части
исключения из нее требований к лицензированию необходимости
наличия у исполнителя лицензий ФСТЭК России и ФСБ России.
4
№
Вопрос
Ответ
требований к отдельным функциям (задачам) по разработке Сервиса,
указанным в настоящем разделе, в целях уточнения и конкретизации
требований осуществляется Исполнителем по итогам проведения
предпроектного обследования объекта автоматизации.
Указанным пунктом также определено, что по результатам
технического проектирования, разработки рабочей документации
функциональные требования к работам по согласованию с
Заказчиком могут уточняться, при этом такие уточнения не должны
приводить к увеличению объема оказываемых услуг или к новым
видам услуг.
10.
Просим уточнить архитектурный принцип
построения Портала и целевого Сервиса
(монолит/модульный монолит/сервисная
архитектура), схему слоёв и схему
развёртывания на 2 виртуальных серверах.
Архитектура - модульный монолит на платформе Битрикс24 с
трёхуровневой клиент-серверной организацией. ВМ № 1 - Сервер
приложений: Портал и Сервис НПА. ВМ № 2 - Сервер СУБД Схема
взаимодействия: браузер → HTTP/HTTPS → сервер приложений →
сервер СУБД.
В пункте 5.1 Технического задания определено, что детализация
требований к отдельным функциям (задачам) по разработке сервиса,
указанным в разделе 5 Технического задания, в целях уточнения и
конкретизации требований осуществляется Исполнителем по итогам
проведения предпроектного обследования объекта автоматизации.
Указанным пунктом также определено, что по результатам
технического проектирования, разработки рабочей документации
функциональные требования к работам по согласованию с
заказчиком могут уточняться, при этом такие уточнения не должны
приводить к увеличению объема оказываемых услуг или к новым
видам услуг.
5
№
Вопрос
Ответ
11.
Просим предоставить документацию API
Портала, перечень внешних систем и форматы
обмена (REST/SOAP/XML/JSON/Excel), а
также письменно подтвердить, что интеграция
с СЭД ограничена ручным заполнением двух
полей и не предполагает автоматической
синхронизации карточек и статусов.
Для разработки на платформе доступны официальные справочники:
API D7 - серверные интерфейсы платформы; традиционное PHP API интерфейсы штатных модулей; REST API Битрикс24 - интерфейсы
интеграций и приложений. (все стандартные API, ссылки ведут на
официальную документацию Битрикс).
12.
Просим предоставить характеристики
серверов эксплуатации (ОС, CPU, RAM,
дисковая подсистема, виртуализация), состав
серверного ПО и подтвердить, что серверы
предоставляет Заказчик, а также порядок
уточнения требований к аппаратным ресурсам
по п. 5.8.4.
В соответствии с пунктом 5.8.4 Технического задания информация
может быть предоставлена Заказчиком Исполнителю после
заключения государственного контракта на этапе предпроектного
обследования.
Порядок уточнения требований к аппаратным ресурсам не
предусмотрен.
13.
Действует ли в настоящее время гарантия на
существующий Портал (по ГК от 01.09.2025
Гарантия по государственному контракту от 01.09.2025
№ 0173100008325000061/А/14 действует. В соответствии с разделом
В пункте 5.1 Технического задания определено, что детализация
требований к отдельным функциям (задачам) по разработке сервиса,
указанным в разделе 5 Технического задания, в целях уточнения и
конкретизации требований осуществляется Исполнителем по итогам
проведения предпроектного обследования объекта автоматизации.
Указанным пунктом также определено, что по результатам
технического проектирования, разработки рабочей документации
функциональные требования к работам по согласованию с
заказчиком могут уточняться, при этом такие уточнения не должны
приводить к увеличению объема оказываемых услуг или к новым
видам услуг.
6
№
Вопрос
Ответ
№ 0173100008325000061/А/14), каковы её
срок и условия, и распространяется ли она на
передаваемый исходный код? Просим также
определить конкретные сроки устранения
недостатков в гарантийный период по п. 9 ТЗ.
10 срок предоставления гарантии качества работ составляет 12
(Двенадцать) месяцев со дня подписания Сторонами документа о
приемке, завершающего исполнение государственного контракта, то
есть с 16.12.2025.
В случае выявления недостатков в гарантийный период, Исполнитель
безвозмездно выполняет работы по их устранению. Срок устранения
недостатков устанавливается Заказчиком.
Условия гарантии (пункт 5.3 государственного контракта):
Исполнитель обязан устранить их за свой счет в сроки,
согласованные и установленные Исполнителем и Заказчиком в Акте
о недостатках с перечнем выявленных недостатков, необходимых
доработок и сроков их устранения. Гарантийный срок в данном
случае продлевается на период устранения выявленных недостатков.
При отказе Исполнителя от составления или подписания Акта о
недостатках, обнаруженных в период гарантийного срока, Заказчик
проводит квалифицированную экспертизу с привлечением экспертов
(специалистов) в порядке, предусмотренном Законом о контрактной
системе, по итогам которой составляется соответствующий Акт,
фиксирующий затраты по исправлению недостатков. Возмещение
расходов за проведенную экспертизу осуществляется в соответствии
с требованиями Гражданского кодекса Российской Федерации.
Гарантия распространяется на исходный код, поскольку в
соответствии с пунктом 4.1.6 государственного контракта
Исполнитель обязан передать Заказчику исключительное право на
разработанные в ходе выполнения Работ по Контракту результаты в
полном объеме, включая исходные коды программ для ЭВМ,
библиотеки зависимостей, базы данных, а также проектную,
7
№
Вопрос
Ответ
техническую, рабочую, сопроводительную и методическую
документацию к Системе или ее частям.
В случае выявления нарушений работоспособности переданного
Исполнителем
Заказчику
разработанного
функционала,
находящегося в зоне ответственности Исполнителя по Техническому
заданию, Исполнитель обязан в течение сроков, согласованных с
Заказчиком, устранить выявленные нарушения за свой счет и в
полном объеме.
В настоящий момент определить конкретные сроки устранения
недостатков не представляется возможным, так как указанные сроки
будут определяться Заказчиком в зависимости от объема выявленных
недостатков (в случае, если таковые будут).
Вместе с тем, изменение функционала Портала, разработанного в
рамках
государственного
контракта
от
01.09.2025
№ 0173100008325000061/А/14, не является предметом настоящего
контракта.
14.
Требуется ли включение разрабатываемого
Сервиса в реестр российского ПО (РРПО) и
указание реестровых записей в заявке?
Распространяются ли на результат требования
ПП РФ от 16.11.2015 № 1236 и политики
импортозамещения?
Включение разрабатываемого сервиса в реестр российского ПО
(РРПО) и указание реестровых записей в заявке не требуется.
Вместе с тем в настоящее время составе Сервиса используется
отечественное программное обеспечение согласно постановлению
Правительства Российской Федерации от 16.11.2015 № 1236 «Об
утверждении Правил формирования и ведения единого реестра
российских программ для электронных вычислительных машин и баз
данных и единого реестра программ для электронных
вычислительных машин и баз данных из государств - членов
Евразийского экономического союза, за исключением Российской
Федерации».
8
№
Вопрос
Ответ
Таким образом, на результат оказания услуг распространяются
требования постановления Правительства Российской Федерации от
16.11.2015 № 1236 «Об утверждении Правил формирования и
ведения единого реестра российских программ для электронных
вычислительных машин и баз данных и единого реестра программ
для электронных вычислительных машин и баз данных из государств
- членов Евразийского экономического союза, за исключением
Российской Федерации» и политики импортозамещения.
Также согласно пункту 5.8.3 Технического задания
Исполнитель вправе дополнительно использовать иные программы
для ЭВМ (ПО, СУБД, программные библиотеки, серверы
приложений и иные объекты интеллектуальной собственности),
разработанные с учетом требований пункта 5.6 ТЗ. При этом права на
такие программы для ЭВМ не подлежат передаче Заказчику.
В соответствии с постановлением Правительства Российской
Федерации от 30.01.2013 № 62 «О национальном фонде алгоритмов
и программ для электронных вычислительных машин»,
информационные системы, созданные или приобретенные с
привлечением средств федерального бюджета и бюджетов
государственных
внебюджетных
фондов
размещаются
в
Национальном фонде алгоритмов и программ и могут быть повторно
использованы при внедрении информационных технологий в
деятельность иных государственных органов и организаций. По
результатам оказания услуг должна быть проанализирована
возможность внесения (актуализации) Сервиса как объекта в
Национальном фонде алгоритмов и программ для электронных
вычислительных машин. При отсутствии ограничений и соблюдения
9
№
Вопрос
Ответ
условий
размещения,
предусмотренных
постановлением
Правительства Российской Федерации от 30.01.2013 № 62 «О
национальном фонде алгоритмов и программ для электронных
вычислительных машин», Исполнитель должен оказать содействие в
подготовке комплекта документов, необходимого для внесения
(актуализации) Сервиса в национальный фонд алгоритмов и
программ для электронных вычислительных машин.
15.
Просим предоставить целевые параметры
нагрузочного тестирования: число
одновременных пользователей, RPS, объёмы
обрабатываемых данных (планов-графиков,
дорожных карт, пунктов ПГ), профиль
нагрузки и допустимое время отклика под
нагрузкой. На каких данных и на каком стенде
проводится тестирование?
В пункте 5.1 Технического задания определено, что детализация
требований к отдельным функциям (задачам) по разработке Сервиса,
указанным в разделе 5 Технического задания, в целях уточнения и
конкретизации требований осуществляется Исполнителем по итогам
проведения предпроектного обследования объекта автоматизации.
Указанным пунктом также определено, что по результатам
технического проектирования, разработки рабочей документации
функциональные требования к работам по согласованию с
Заказчиком могут уточняться, при этом такие уточнения не должны
приводить к увеличению объема оказываемых услуг или к новым
видам услуг, не предусмотренным Техническим заданием.
В пункте 5.2 государственного контракта от 01.09.2025
№ 0173100008325000061/А/14 указано Максимальное количество
зарегистрированных пользователей Корпоративного портала
Минэнерго России – 1000 человек.
Максимальное количество одновременно работающих пользователей
Корпоративного портала Минэнерго России – 1000 человек.
Режим работы пользователей Корпоративного портала Минэнерго
России
определяется
режимом
работы
Заказчика
и
10
№
Вопрос
Ответ
производственным календарем на текущий год.
Тестирование проводится на тестовом (предпродуктивном) стенде.
16.
Просим согласовать и утвердить до начала
разработки закрытый перечень полей
дорожной карты, доступных для аварийной
правки, а также исчерпывающие перечни
полей перенаправлений, счётчиков и полей
аварийной правки утверждённой ДК.
В пункте 5.1 Технического задания определено, что детализация
требований к отдельным функциям (задачам) по разработке Сервиса,
указанным в разделе 5 Технического задания, в целях уточнения и
конкретизации требований осуществляется Исполнителем по итогам
проведения предпроектного обследования объекта автоматизации.
Указанным пунктом также определено, что по результатам
технического проектирования, разработки рабочей документации
функциональные требования к работам по согласованию с
Заказчиком могут уточняться, при этом такие уточнения не должны
приводить к увеличению объема оказываемых услуг или к новым
видам услуг, не предусмотренным Техническим заданием.
17.
Просим предоставить полный закрытый
перечень характеристик, шаблонов
мероприятий и правил матрицы
применимости (включая правила REC-V1-006,
014, 020, 021, 022), которые Заказчик
обязуется административно настроить, и
подтвердить, что административная настройка
справочников не входит в объём работ
Исполнителя.
В пункте 5.1 Технического задания определено, что детализация
требований к отдельным функциям (задачам) по разработке Сервиса,
указанным в разделе 5 Технического задания, в целях уточнения и
конкретизации требований осуществляется Исполнителем по итогам
проведения предпроектного обследования объекта автоматизации.
Указанным пунктом также определено, что по результатам
технического проектирования, разработки рабочей документации
функциональные требования к работам по согласованию с
Заказчиком могут уточняться, при этом такие уточнения не должны
приводить к увеличению объема оказываемых услуг или к новым
видам услуг, не предусмотренным Техническим заданием.
18.
Просим предоставить 5–10 реальных
Материалы могут быть предоставлены Заказчиком Исполнителю
11
№
19.
Вопрос
Ответ
машиночитаемых PDF планов-графиков для
пилотной проверки качества структурного
извлечения и согласовать требования к
точности автоматического распознавания
наименований НПА/ПА, конечного
мероприятия и срока, а также допустимую
трудоёмкость ручной корректировки.
после заключения государственного контракта.
Просим сообщить планируемую дату
заключения государственного контракта и
подтвердить порядок пересчёта сроков этапов
(5 и 15 рабочих дней) и продления сроков
этапов при задержке передачи Заказчиком
исходного кода, эксплуатационной
документации и доступа к инфраструктуре.
Просим установить порядок фиксации таких
задержек актом.
Дата заключения государственного контракта регулируется
положениями Федерального закона от 05.04.2013 № 44-ФЗ «О
контрактной системе в сфере закупок товаров, работ, услуг для
обеспечения государственных и муниципальных нужд».
Дополнительно сообщаем, что сроки предоставления отчетных
материалов в рамках оказания услуг будут скорректированы путем
внесения изменений в приложение № 3 к извещению о проведении
закупки (Описание объекта закупки).
Заказчик исходит из того что задержки при передаче исходного кода,
эксплуатационной документации и доступа Исполнителя к
инфраструктуре не будет.
20.
Просим определить состав и порядок работы
приёмочной комиссии, порядок
промежуточной приёмки результатов по
каждому этапу, критерии отнесения
замечаний к критичным и некритичным, а
также порядок и сроки повторных испытаний.
Состав и порядок работы приёмочной комиссии регулируется
статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О
контрактной системе в сфере закупок товаров, работ, услуг для
обеспечения государственных и муниципальных нужд» и пунктом
2.3 Технического задания.
Порядок промежуточной приёмки результатов по каждому этапу не
12
№
Вопрос
Ответ
установлен Техническим заданием.
Вопрос отнесения замечаний к критичным и некритичным решается
приёмочной комиссией по своему усмотрению.
Сроки повторных испытаний устанавливаются приёмочной
комиссией по своему усмотрению в пределах сроков, установленных
государственным контрактом.
21.
Просим определить конкретные сроки
безвозмездного устранения недостатков в
гарантийный период (по категориям
дефектов), а также рассмотреть установление
обеспечения гарантийных обязательств.
Сроки безвозмездного устранения недостатков в гарантийный
период согласовываются между Исполнителем и Заказчиком.
22.
Просим установить требования к резервному
копированию данных Сервиса и целевые
значения RPO/RTO при авариях, а также
порядок восстановления данных и
разграничение ответственности между
Заказчиком и Исполнителем.
Резервное копирование данных Сервиса и целевые значения
RPO/RTO при авариях, а также порядок восстановления данных
является зоной ответственности Заказчика.
23.
Просим определить порядок, формат и сроки
обучения пользователей и администраторов
работе с Сервисом, а также объём
передаваемых инструкций после ввода в
эксплуатацию, и уточнить, входит ли
обучение в объём услуг.
Порядок, формат и сроки обучения пользователей и администраторов
работе с Сервисом не предусмотрены Техническим заданием.
Объем отчетных материалов указан в Таблице 4 Технического
задания.
24.
Просим подтвердить, требуется ли аттестация
объекта информатизации по требованиям
Аттестация объекта информатизации по требованиям безопасности
информации и сертификация разрабатываемого Сервиса (или
13
№
Вопрос
Ответ
безопасности информации и сертификация
используемых СЗИ) по требованиям ФСТЭК России в рамках
разрабатываемого Сервиса (или используемых Технического задания не требуется.
СЗИ) по требованиям ФСТЭК России, и если
да — кто и за чей счёт её проводит.
25.
Просим письменно подтвердить, что
Приложение № 3 (Описание объекта закупки)
является неизменной содержательной основой
объёма работ, а Приложение № 1 к контракту
(Техническое задание, «заполняется по итогам
закупки») — только его реквизитной формой
и не может расширять объём работ, а также
предоставить проект Спецификации и
Календарного плана (приложений к
контракту).
Приложение № 3 к извещению о проведении закупки (Описание
объекта закупки) является Приложением № 1 к государственному
контракту и включается в государственный контракт по итогам
проведения закупки, вместе с тем в проекте государственного
контракта отсутствует Спецификация и Календарный план.
Согласно части 2 статьи 34 Закона № 44-ФЗ внесение изменений в
контракт при его заключении и исполнении, в том числе в части
расширения объёма работ, не допускается, за исключением случаев
предусмотренных в Законе № 44-ФЗ.
26.
Просим разъяснить противоречие между п. 5.5
ТЗ (передача Заказчику исключительных прав
на весь результат, включая библиотеки
зависимостей) и п. 5.8.3 ТЗ (права на
дополнительно используемое стороннее ПО
не передаются), и предоставить перечень
передаваемого ПО и библиотек.
Всё, что создано в ходе исполнения государственного контракта
(исходный код, библиотеки, базы данных, вся документация к
Сервису) – должно быть передано Заказчику в полном объёме.
При этом программное обеспечение, библиотеки и другие объекты
интеллектуальной
собственности,
которые
принадлежат
Исполнителю (принадлежали
ранее
или
приобретены)
и
использованы как инструмент для создания конечного Сервиса, - не
считаются результатом оказанных услуг по государственному
контракту. Права на них остаются у Исполнителя, Заказчику не
передаются.
27.
Просим уточнить схему финансирования:
подтвердить отсутствие аванса, сроки оплаты
Условия о схеме финансирования: сроке и порядке оплаты (в том
числе декабрьский порядок расчётов), а также сроки оказания услуг
14
№
28.
Вопрос
Ответ
(в том числе декабрьский порядок расчётов) и
возможность поэтапной приёмки с
промежуточной оплатой для снижения
кассовой нагрузки Исполнителя.
установлены в проекте государственного контракта, который
является неотъемлемой частью извещения.
Контракт заключается на условиях, предусмотренных извещением об
осуществлении закупки, заявкой участника закупки, с которым
заключается контракт (часть 1 статьи 34 Закона № 44-ФЗ). Внесение
изменений в государственный контракт при его заключении и
исполнении не допускается (часть 2 статьи 34 Закона № 44-ФЗ).
В соответствии с пунктом 1.5 Технического задания срок начала
оказания услуг: с даты заключения государственного контракта. Срок
окончания оказания услуг 04.12.2026.
Авансовый платеж не предусмотрен.
Расчеты между Заказчиком и Исполнителем производятся не позднее
7 (семи) рабочих дней с даты подписания усиленной электронной
подписью лица, имеющего право действовать от имени Заказчика,
документа о приемке в единой информационной системе (ЕИС).
Поэтапная приёмка оказанных услуг с промежуточной оплатой не
предусмотрена.
Просим конкретизировать условия
ответственности Исполнителя за соблюдение
порогов производительности (3 сек, 2 мин):
каким образом и кем подтверждается
выполнение Заказчиком пороговых значений
инфраструктуры и рекомендаций по
оптимизации серверного ПО и аппаратного
обеспечения до начала оказания услуг?
Ответственность Исполнителя за неисполнение и ненадлежащее
исполнение обязательств по контракту установлена в разделе VI
контракта.
Подтверждение выполнения Заказчиком пороговых значений
инфраструктуры и рекомендаций по оптимизации серверного ПО и
аппаратного обеспечения до начала оказания услуг условиями
контракта не установлена.
Вместе с тем, в настоящее время установленные в таблице 3
технического задания требования к производительности Портала
соблюдаются.
15
№
Вопрос
Ответ
29.
Просим зафиксировать закрытый перечень
комплектов и видов документации,
передаваемой по п. 8 ТЗ, требования к
форматам (PDF/A, DOCX), числу экземпляров
на бумаге и машинных носителях, а также
исключить последующее расширение
комплектности.
В соответствии с пунктом 8 Технического задания Исполнителем
должны быть разработаны отчетные материалы, предусмотренные
таблицей 4 и разделом 7 Технического задания «Порядок контроля и
приемки Сервиса».
Перечень комплектов и видов документов может быть уточнен по
согласованию с Заказчиком.
30.
Просим подтвердить совместимость
требуемого сертифицированного ФСБ России
СКЗИ с используемым в Минэнерго
решением и предоставить перечень
совместимых СКЗИ и требования к
удалённому рабочему месту; дополнительно
разъяснить, как соотносятся требования п. 5.2
и п. 5.5 о свободе используемого ПО от
обязательств перед третьими лицами.
Подтверждаем совместимость требуемого сертифицированного ФСБ
России СКЗИ с используемым в Минэнерго России решением.
Для организации подключения удаленных рабочих мест
Исполнителя данные автоматизированные рабочие места или
программно-аппаратные комплексы должны соответствовать
требованиям по защите информации, предъявляемым в соответствии
с приказами ФСТЭК России № 21, № 117, 239, а также
постановлением Правительства Российской Федерации от 01.11.2012
г. № 1119 к информационным системам обработки персональных
данных 4 уровня защищенности.
Требования пункта 5.2 и пункта 5.5 Технического задания не
соотносятся. Это разные требования к программному обеспечению.
